[00:11] <glyph> since I show up periodically to complain I figure I should stop by to say something nice too
[00:11] <glyph> I have been working this week using bzr and rebase rather than working in svn branches
[00:12] <glyph> and it has been fantastic.
[00:12] <glyph> it has improved the quality of my development experience significantly.
[00:12] <glyph> (now go fix all those bugs plz)
[00:13] <spiv> Hooray!
[00:14] <mkanat> glyph: That's awesome!
[00:15] <spiv> jelmer: hey, the daily builds PPA looks nice!
[00:16] <jelmer> spiv: Thanks :-)
[00:16] <glyph> One thing I'm wondering about: is rebase supposed to be able to 'fix' merges that have gone in the other direction?
[00:35] <lvh> Hi.
[00:36] <lvh> Can anyone reccomend any good bzr-supporting project management packages that I can host in-house?
[00:36] <lvh> I tried redmine, but it doesn't do multiple branches -- there's a patch, but that's basically broken.
[00:40] <spiv> lvh: trac, maybe.
[00:41] <lvh> spiv: :-(
[00:41] <lvh> spiv: I was hoping you weren't going to say that, but okay
[00:42] <spiv> lvh: there's also Launchpad
[00:42] <lvh> spiv: I was under the impression lp is not something you're supposed to host in-house.
[00:42] <lvh> (supposed to being distinct from 'possible')
[00:43] <spiv> Well, I wouldn't really recommend it.
[00:43] <spiv> Hard to say if the effort of deploying something as overkill as LP is better or worse than Trac ;)
[00:45] <lvh> spiv: honestly I'd just use fossil if there was a bzr-fossil
[00:45] <lvh> spiv: also http://trac-hacks.org/wiki/PeerReviewPlugin/Documentation C-f "to be written"
[00:48] <spiv> lvh: hmm, for code review specifically there may be options
[00:49] <spiv> I wouldn't be surprised to find that reviewboard or something has bzr support.  And there's also BundleBuggy, which bzr used to use before Launchpad.
[00:50] <lvh> spiv: I had forgotten about bb, thanks
[01:13] <mkanat> lvh: Bugzilla isn't a PM system, but it does have a VCS extension that supports bzr.
[01:15] <spiv> mkanat: ooh, that's good to know
[01:15] <mkanat> Yeah, http://code.google.com/p/bugzilla-vcs/
[01:15] <mkanat> I just did another release of the VCS extension today, in fact, partially to improve bzr support.
[01:17] <spiv> Yay :)
[01:17] <lifeless> \o/
[01:18] <mkanat> :-)
[01:18] <jbowtie> jelmer:  bzr-tfs in trunk supports CodePlex.
[01:18] <mkanat> And I'm pretty sure that my Perl module on CPAN is still the only Perl interface to bzr.
[01:20] <jbowtie> So hopefully I'll be able to release that this weekend.
[01:47] <glyph> is there a way to ask, during an interrupted rebase, 'what was the commit message for the revision that I am fixing conflicts on'?
[02:24] <GungaDin> are there any diagnostic tools for criss cross merges? how can I know why and for which files they're caused?
[03:05] <spiv> GungaDin: bzr qlog
[03:05] <spiv> GungaDin: (or 'bzr viz' if you prefer bzr-gtk to qbzr)
[03:10] <GungaDin> that doesn't tell me what file(s) specifically it was caused by..  does it?
[03:11] <fullermd> What do you mean by "caused by files"?  Criss-cross refers to the revision history...
[03:12] <GungaDin> yeah, but the revision history contains the history of file/dir changes, no?
[03:13] <fullermd> I suppose.  It just seems like a weird way of looking at things.
[03:13] <GungaDin> why's that?
[03:13] <fullermd> I mean, you could build a of all the revisions at and after the cross, then list all the files that got changed, but what would that tell you?
[03:14] <GungaDin> I just want to know why a criss cross is caused.
[03:14] <GungaDin> what caused it.
[03:14] <fullermd> It's not caused by any files, it's caused by the shape of the revision history.
[03:15] <GungaDin> fine, then at which point that shaped changed to cause it.
[03:16] <spiv> Right, that shape is the revision graph, and that's what qlog/viz show you.
[03:16] <fullermd> I don't know of anything existing that can spit out "these are the crossed merges".  You can often spot them in something like qlog/viz if the affected area is small enough that they're nearly-enough on screen together.
[03:16] <fullermd> If it spans enough revisions, it gets messy trying to parse visually.
[03:18] <spiv> Yes, it would be nice to add something that can help users see and understand where the criss-cross happened.
[03:18] <fullermd> I s'pose to somebody reasonably conversant with bzrlib, it would be fairly straightforward to rip out the bits of the 3-way merger that detect the cross to make a lister.
[03:22] <spiv> Well it's basically just Graph.find_lca (or Graph.find_unique_lca if you want to force bzr to find just one... the hidden find-merge-base command calls this) to identify the revisions.
[03:22] <spiv> But you'd also want to somehow describe which edges crossed, I think.
[03:27]  * fullermd wishes revctrl.org were actively curated   :|
[03:30]  * spiv too
[09:47] <ultramage> hello, I wanted to try out Bazaar (windows, standalone). I installed it, ran 'bzr', then 'bzr help commands' to see what options there are.
[09:48] <ultramage> and I got bzr: ERROR: Bazaar Explorer requires QBzr. Please install QBzr (https://launchpad.net/qbzr).
[09:48] <ultramage> why does 'bzr help commands' tell me to install a GUI component that I don't want?
[09:51] <ultramage> if it's a mandatory component before you can actually use the software, then include it in the base distribution
[10:00] <ultramage> I will wait until you people wake up and are able to answer my questions
[10:09] <jelmer> ultramage: It looks like you have bzr-explorer installed but not one of its dependencies, qbzr
[10:10] <jelmer> ultramage: Did you install bzr-explorer, perhaps as part of the windows install?
[10:10] <ultramage> ah, I see, that would be it
[10:10] <ultramage> I can't recall seeing Qbzr as one of the options... but installing it separately solved that
[10:11] <ultramage> it's weird that the commandline tool would just outright refuse to run, instead of failing gracefully and just displaying a subset of the commands or something
[10:11] <Tak> doesn't the windows installer include bzr-explorer and all the deps?
[10:11] <Tak> at least, it Worked For Me
[10:11] <ultramage> lemme re-run it and see if I unchecked anything obviously vital
[10:13] <jelmer> arguably it shouldn't let you install a combination of plugins that won't work, but I'm not sure how hard it is to forbid that in the windows installer
[10:13] <ultramage> yes, I see now
[10:14] <ultramage> I picked the bazaar explorer gui, but unchecked the qbzr plugin at the very bottom
[10:14] <ultramage> "dialogs for gui applications and IDEs"
[10:14] <ultramage> (doesn't say 'vital component of bzr commandline utility' though)
[10:14] <ultramage> I guess that it's a component interaction issue
[10:14] <ultramage> anyways, that's solved from my point of view
[10:15] <ultramage> now to the questions... I'm looking to replace an existing version control application that I've been using so far, and I've got a few quick questions about Bazaar features, if you don't mind
[10:16] <ultramage> * must each bazaar branch directory (which I consider a 'checkout') store its own clone of the repository it's using?
[10:17] <Tak> from which vc are you coming? ;-)
[10:17] <ultramage> svk
[10:17] <Tak> ok
[10:18] <ultramage> because what I'm doing right now is having the upstream repositories mirrored at a central location on a network share, and just doing lightweight checkouts against those (basically, a small directory with a human-editable config file)
[10:19] <Tak> a bzr branch by default contains all the history for that branch
[10:19] <Tak> what is it that you /want/ to do?
[10:19] <LenZ> ultramage: bzr supports "lightweight" checkouts
[10:20] <ultramage> well, for example, make four checkouts of the target directory
[10:20] <ultramage> without having the entire history mirrored four times
[10:20] <LenZ> ultramage: Take a look at "shared repositories" as well, to save disk space.
[10:20] <ultramage> mmm okay :)
[10:20] <Tak> if you create a shared repository locally, then branch into that, you'll get what you want
[10:21] <ultramage> which part of documentation does this fall into?
[10:23] <Tak> http://doc.bazaar.canonical.com/bzr.2.2/en/user-guide/organizing_your_workspace.html
[10:23] <ultramage> :)
[10:23] <ultramage> a suitable name
[10:23] <Tak> the "feature branches" section seems relevant
[10:24] <ultramage> hmm, 'bzr branch' and 'bzr checkout' seem to have produced the same result
[10:25] <Tak> branch gives you an unbound branch which you can manipulate locally
[10:25] <ultramage> ah
[10:25] <Tak> checkout gives you a bound branch that requires connection to the remote server for most operations (very similar to an svk checkout)
[10:25] <ultramage> no, svk checkout requires a local mirror to be available
[10:25] <ultramage> er, prepared
[10:26] <ultramage> so basically, the difference between a checkout and a branch is that you're not supposed to commit directly into a checkout?
[10:27] <ultramage> (in svk, when doing a commit, it sends it to the remote repository, syncs the local mirror and then pulls the changes from there)
[10:28] <Tak> the difference between a checkout and a branch is that commits to a checkout are immediately pushed to the remote repo
[10:29] <ultramage> does the write first happen to the checkout, or to the remote repo?
[10:30] <ultramage> maybe I should try it out more first... I'm still not at a point where I could say "yes, this is what I want to use"
[10:31] <ultramage> I guess I'm still thinking in terms of one central svn repository
[10:35] <maxb> IIUC checkouts provide a firm guarantee that the commit will not actually happen locally unless it succeeded remotely
[10:36] <ultramage> what's pretty confusing is that I'm not used to thinking in terms of branches... most of the time, when I work on something, I have the entire repository mirrored and ready for access, not just one branch
[10:36] <ultramage> yes, that would be good :)
[10:38] <maxb> ultramage: Yes that is one of the philosophical quirks of Bazaar relative to other VCSes - to Bazaar, a branch is the primary object. That several might be stored near to each other in a wider repository is a mere detail
[10:39] <maxb> Which is quite a contrast to git
[10:40] <ultramage> so far I've been using a particular feature of svk, where if you make a dedicated mirror of the root, the revision numbers will align
[10:40] <ultramage> so later on when you run svk annotate, or even just svk info, if it says r12345 you know you're talking about r12345
[10:40] <ultramage> does bzr have the concept of sequential revision numbers?
[10:41] <ultramage> Lamport clock and all that stuff
[10:44] <ultramage> I read the 'feature branches' guide but haven't understood the concept
[10:45] <ultramage> I don't think that's what I'm looking for... or the examples used there don't demonstrate it
[10:45] <spiv> Yes, each branch has sequential revision numbers (but they aren't in general comparable between different branches)
[10:46] <ultramage> that's okay if I can treat an entire repository checkout as a single brnach
[10:46] <ultramage> (which it seems I can)
[10:47] <ultramage> the feature branches example seems to imply a way to start a branch from another branch... not exactly sure
[10:48] <ultramage> confusion levels are high :)
[10:48] <maxb> "Lamport clock" ?
[10:49] <maxb> OK, so first important thing - if you import svn into bzr via bzr-svn, each imported revision tracks the svn revno it came from (and this is displayed in bzr log)
[10:50] <maxb> I'm a bit confused by what you mean  by "treat an entire repository checkout as a single brnach"
[10:51] <spiv> ultramage: basically feature branches mean to do a new set of work on your code you: start a new branch (from the current version of your 'trunk', usually), perform the work on that branch (for however long it takes, minutes, days, months...), then when it is finished you merge the entire set of changes from that branch back into the original branch.
[10:51] <spiv> ultramage: this avoids having half-done work on your main branch, where it can break things and interfere with other people trying to work on that code.
[10:52] <maxb> By definition, a (non-lightweight) checkout *is* a branch - there is no "treat as"
[10:53] <spiv> ultramage: as a logical extension of that, if during that feature branch there's some smaller feature that needs to be done, you can make a new feature branch for *that* (based off the first feature branch, or off trunk, depending on what suits you best)
[10:53] <spiv> ultramage: e.g. everytime I start working on fixing a bug in bzr, I first make a new branch of bzr, and do that work in that branch.
[10:54] <ultramage> in svk you can mirror into a subdirectory (mirrored branch) and make local branches next to them... and since they're all in a single local depot, you can merge across them
[10:55] <ultramage> however I don't use that feature
[10:55] <spiv> Right, bzr can merge between any branches that share history (regardless of whether they share a repo).
[10:55] <maxb> ultramage: With bzr, think of the entire filesystem as your depot
[10:55] <ultramage> if I have two independent things going on at the same time, I just make two quick checkouts
[10:56] <spiv> ultramage: now imagine you can make multiple commits in those checkouts before those changes affect the original repo
[10:56] <ultramage> I guess that approach is good if you want to make a bunch of local commits before you're done with everything
[10:56] <ultramage> so I guess this is to avoid making a publicly visible dev branch in the remote repository
[10:57] <spiv> Right, exactly.  If you only ever need a single commit to make a complete change ready for the main line of development that everyone is working on, then you don't need feature branches.  But if you e.g. want a development process where you develop a change, then it goes through code review or QA, then maybe gets further changes due to that, then a feature branch starts making lots of sense.
[10:57] <ultramage> I have not used this approach because the extra commits make your local revision numbering go out of sync
[10:58] <spiv> Well, using feature branches is orthogonal I think to whether you make the work-in-progress visible.  Certainly you can use them like a checkout that you don't share until its done, but you can also share your work-in-progress with them (rather than sharing it via landing half-done work on your trunk).
[10:58] <ultramage> (so when I ran svk annotate later, I'd get local numbers instead of the remote ones... and even if I did get remote ones, I'd still have to figure out what the matching local ones are0
[10:59] <ultramage> maybe bazaar tracks revision numbers for each branch individually  and this is not an isuse
[11:00] <spiv> bzr has sequential revision numbers for convenience, and (although you rarely need to use them directly) unique revision IDs for when you need to refer to a revision independently of where it is in any individual revision history.
[11:00] <spiv> Yes, a revision number is a per-branch attribute.
[11:00] <ultramage> okay
[11:00] <spiv> It's always "revision number X in branch Y"
[11:01] <ultramage> hmm, question; if I check out http://svn.something.com/trunk, will my checkout's .bzr/repository directory only store data for the trunk branch?
[11:02] <ultramage> I guess that's easy enough to test :D
[11:02] <ultramage> yep, it does
[11:02] <ultramage> so if I ever lose network connectivity and have the need to look anywhere past that branch, I'm out of luck
[11:02] <spiv> You can use 'bzr init-repo' to make a shared repository; branches created under that directory will then share revisions.
[11:03] <spiv> Or you can use 'bzr svn-import' to just mirror the whole SVN repo in one go.
[11:03] <spiv> (and it takes care of making a shared repo for you)
[11:03] <ultramage> I'll look at that :)
[11:05] <ultramage> well, it looks exactly like a checkout, without the checkout :)
[11:07] <ultramage> well, and it doesn't have the 'bound' attribute and has 'no-working-trees' and 'shared-storage'
[11:07] <spiv> You can make a checkout with "bzr checkout BRANCH_DIR CHECKOUT_DIR".  If they're both on disk you can use --lightweight to avoid making a new copy of the revision history.  If you like, you can do "bzr co ." in the branch directory itself to just make the checkout at the same dir as the branch.
[11:08] <spiv> Right, svn-import makes "branches" i.e. copies of the original repo, rather than checkouts bound to the original repo.
[11:09] <ultramage> hmm.
[11:09] <spiv> You could make checkouts directly from your SVN repo if you like in that repo made by svn-import.
[11:09] <ultramage> I'm thinking
[11:09] <spiv> They'll reuse the history store already present, but commit directly back to SVN.
[11:09] <ultramage> how about a bzr checkout of root, and then bzr checkout --lightweight of that checkout?
[11:10] <spiv> You'd have to fiddle with the settings of the bzr-svn plugin to make that work, it's not how bzr is designed.
[11:10] <ultramage> that's probably the closest thing I can think of to my current setup
[11:11] <spiv> I wouldn't recommend it, you'll be fighting bzr rather than working with it, and you're likely be dissatisfied with the result.
[11:11] <ultramage> so I've yet to actually set up my files for testing... this is not good
[11:12] <spiv> Why do you want a single tree containing the contents of every branch and tag (and trunk)?
[11:12] <maxb> checking out the root of a svn repository using bzr-svn is not at all what you want to do
[11:12] <spiv> The obvious reasons I can think of have better solutions.
[11:13] <ultramage> yes, I know that doing an actual checkout of a project with 1000 tags is nuts
[11:13] <ultramage> the idea of just putting a few select branches next to each other sounds nice
[11:14] <ultramage> earlier you said "svn-import makes "branches" i.e. copies of the original repo, rather than checkouts bound to the original repo."
[11:14] <ultramage> meaning that if I make a checkout of anything in there, and then commit from it, it will just corrupt my local imported data and never get to the original repo
[11:15] <maxb> uh? no
[11:15] <ultramage> I guess the main question is whether a commit operation into there is transitive
[11:15] <maxb> oh, I see.
[11:16] <ultramage> because starting an independent local fork of a project's central repository is not what I want to do :)
[11:17] <maxb> Right, you'd want to checkout from the upstream repository
[11:18] <ultramage> svk ensures I always have access to anything I need from the repository even when offline, so if I suddenly get the need to run svk annotate on some branch I normally did not check out, I can do that.
[11:19] <ultramage> plus there's also the upside that all svk depots are simple svn repositories and can be hooked up to anything that reads svn repositories
[11:21] <ultramage> the reason why I'm looking into bzr is that all svk development has halted years ago, it has data corruption issues on windows, it's perl-based and I never got it to actually install, and that none of the bugreports I submitted ever got taken care of
[11:21] <ultramage> plus it can't handle svn:externals
[11:22] <ultramage> ok, so first things first... is it possible to make two checkouts of the same remote branch, without occupying twice the disk space?
[11:23] <maxb> Sure - the best way to handle this is a bzr shared repository (created with init-repo). Any branches / checkouts you create below the directory inited as a repository will store their revision history in the repository, not within the branch/checkout itself
[11:24] <maxb> common data will be shared appropriately
[11:25] <ultramage> I just made a basic checkout of a branch, and then ran bzr annotate on it
[11:26] <ultramage> the revision numbers displayed are local to my checkout and have nothing in common with the original repository - so I cannot do anything with them unless I look them up in my checkout
[11:27] <ultramage> it's the exact same issue as I had with svk's local depot approach - it makes the revision numbers go out of sync
[11:27] <spiv> ultramage: if you look at the 'bzr log -r REVNO' for the bzr revision, it'll tell you the SVN revision
[11:27] <ultramage> spiv: that would get very tedious very fast
[11:28] <spiv> (it's possible that one of the GUI plugins like qbzr or bzr-gtk has integrated that into their annotate... it would make a nice improvement if it hasn't already been done)
[11:28] <ultramage> I guess this is why noone uses revision numbers anymore when talking about revisions
[11:28] <spiv> Hmm, I guess with qbzr's "bzr qannotate" when you click the line it shows you the revision in the lower pane, maybe that already includes the SVN revno
[11:28] <jelmer> Yes, qbzr's qlog will show you foreign revision ids.
[11:28] <spiv> (be nice to have an option to show the SVN revno in place of the bzr one though, I agree)
[11:28] <ultramage> when I see a bugtracker entry saying "fixed in r17005", how do I determine which one that maps to in my checkout? or whether my checkout is older or newer?
[11:29] <jelmer> loggerhead does as well
[11:29] <spiv> ultramage: well, you can do "bzr log -r svn:17005" or whatever to talk to bzr in terms of svn revnos
[11:29] <Tak> fewer people talk about revisions anymore because git and hg turned them into meaningless spam :-P
[11:29] <ultramage> ah.
[11:30] <ultramage> yes, it's why my first phase was throwing out all software that uses hashes
[11:30] <ultramage> no total ordering, not even partial
[11:31] <ultramage> I don't even want to imagine the hell it would be to do more complicated stuff without a GUI resolving those hashes for you
[11:32] <ultramage> maybe that's why big projects' bugs take so long to fix - the developers are busy figuring out which revision is which
[11:32] <spiv> Well, mostly you find it's enough to talk in terms of branch tips.
[11:32] <spiv> But it depends on exactly what you're doing, of course.
[11:33] <spiv> I wish that was the biggest problem with fixing bugs in large projects!
[11:33] <ultramage> :)
[11:33] <luks> there are projects without a mainline (e.g. linux), so I can see revision numbers not being useful there
[11:34] <ultramage> yes, but I guess they worked around that by having artificial release numbers and use them as checkpoints
[11:37] <ultramage> hah, even after checking out the root, the revisions are all shifted by 1, just like in svk
[11:37] <ultramage> that's why they added a special root mirroring depot type
[11:40] <ultramage> I guess this is the consequence of being able to add extra local branches into the same local repo as the mirrored data
[11:44] <ultramage> question - when you people refer to some previous revision in your commit message, how do you refer to it?
[11:44] <ultramage> do you open a second console window, ask bzr to look up the revision number you want, and copy-paste the revision id hash into your message?
[11:45] <luks> I personally almost never use revision IDs
[11:45] <luks> so, if necessary, I look up the revision number
[11:45] <ultramage> ah, I see
[11:45] <luks> I use append-only branches, so the numbers don't change once pushed to the central repository
[11:46] <ultramage> this could be another artifact of centralized version control
[11:46] <ultramage> usually when I'm fixing something, I leave a reference to the revision where the thing I'm fixing broke
[12:03] <maxb> ultramage: It seems to me you are placing a little too much importance on revnos
[12:12] <mgorny> hello
[12:13] <mgorny> is it possible to get a unique identifier of a bzr tree (or at least revno --tree) without enforcing network activity?
[12:13] <LenZ> ultramage: You may also want to look into tags for identifying specific changes. They are cheap in bzr.
[14:58] <rubbs> when trying to do a bzr st I get this error on a parent branch. http://paste.ubuntu.com/523884/
[14:59] <rubbs> basically says the dirstate file appears to be corrupt
[15:00] <rubbs> the user was using bzr explorer when trying to merge files into this branch. He said he got a "Bad File Descriptor" error
[15:08] <rubbs> here are the relevant log entries: http://paste.ubuntu.com/523895/
[15:25] <rubbs> think I figured it out. I moved .bzr/checkout to .bzr/checkoutOld, did a lightweight checkout in another dir and copied the new .bzr/checkout dir to the old location. seems to have worked.
[15:26] <vila> rubbs: That's indeed the blessed workaround
[15:27] <vila> rubbs: It would be nice to better understand how this happened though
[15:27] <rubbs> I'll dig around and find out if I can find more info for you. I'm not the one who had the issue, I'm just the janitor ;)
[15:27] <rubbs> but I'll see what I can find, if I get enough info I'll file a bug
[15:27] <rubbs> or add it to one of the others I found
[15:28] <vila> thanks
[15:28] <rubbs> np
[15:30] <radix> Is there yet a tool that watches a bzr  branch for changes and sends notifications when it does (email, IRC, or whatever)?
[15:33] <jelmer> radix: Hi
[15:33] <jelmer> radix: Yeah, there was a daemon that does local branch monitoring and can send out emails.
[15:45] <radix> jelmer: nice
[15:45] <radix> jelmer: lp:??? :)
[15:48] <jelmer> radix: I'm not sure where it lives, it was developed by a debian developer so I'm not sure if it's on Launchpad
[15:49] <jelmer> radix: lp:bzr-hookless-email
[15:54] <radix> jelmer: sweeet, thanks.
[15:54] <radix> I'll probably hook up IRC notifications to that too
[16:01] <Guest51764> Is there a merge method that ignores content changes (add / delete)? Some muppet made a branch in SVN by copying the folder, then SVN-deleting the sources, then SVN-adding the tree back again
[16:01] <Guest51764> Ohh, guest
[16:03] <jelmer> awilkins: no, there isn't anything like that (yet)
[16:03] <awilkins> So when you merge this revision, you end up with a shower of conflicts (everything) as all the files get moved out of the way to make way for the "new" ones
[16:04] <awilkins> git just works for this because it just views the before and after of the revision as the same content tree ; would there be a way to get around it by cherrypicking that revision and properly merging the rest?
[16:11] <awilkins> Probably not, the file-ids are not going to match... bah
[16:18] <jelmer> awilkins: yeah, that's the main issue. We need a way to make file ids converge
[16:18] <rubbs> hrm... when I did the moving of checkout to chechout old thing. Now bzr explorer says there is no working tree.
[16:18] <jelmer> awilkins: Otherwise you'll have to use this other magic merge indefinitely
[16:19] <rubbs> fwiw I did copy a checkout into the .bzr directory from a lightweight checkout
[16:31] <vila> rubbs: you copy the whole checkout dir or only the dirstate file in there ?
[16:32] <vila> only the dirstate file is needed
[16:32] <rubbs> whole checkout, should I just have done the dirstate?
[16:32] <rubbs> oh, will fix that thanks
[16:33] <vila> hmm, I fail to see what would change though... may be you should restart bzr-explorer ?
[16:34] <rubbs> trying that now, as your suggestion didn't fix it.
[16:35] <rubbs> I'm going to try branching from it and see if I can see the second branch.
[16:35] <rubbs> if that works, I'll delete the original and branch to the original name
[16:35] <rubbs> and rebind as necessary
[16:37] <rubbs> weird. the new branch also reports as not having a working tree in B.E.
[16:37] <rubbs> but it does.
[16:38] <rubbs> should I try cleaning the tree and then doing a checkout?
[16:45] <rubbs> when trying to clean the tree I get a "Nothing to delete" message, but it's got a working tree.
[16:46] <rubbs> even weirder is that if I delete out the tree bzr st reports that i made changes by deleting everything out.
[16:47] <vila> you did restart bzr-explorer ?
[16:48] <vila> rubbs: Are you on windows ?
[16:49] <rubbs> vila: yes restarted bzr-explorer, and I'm on Ubuntu, my coworker is on Windows. my instance of bzr explorer tells me I have no working tree
[16:49] <rubbs> I've even tried branching directly from the branch it was bound too
[16:49] <rubbs> to*
[16:50]  * vila blinks
[16:50] <vila> bzr info ?
[16:52] <rubbs> vila: http://paste.ubuntu.com/523949/
[16:53] <rubbs> it's bzr version 2.2.1 btw if that makes a difference
[16:53] <vila> hmm, this shouldn't
[16:53] <rubbs> yeah I'm getting stumped too
[16:54] <vila> hmm, so I would try to trigger a dirstate update by doing some inocuous change
[16:54] <vila> oh, or a bzr update
[16:55] <rubbs> oh, i'll try that. (I should have thought about that
[16:55] <vila> hmm, if you can afford such an update that is
[16:55] <rubbs> all local network so shouldn't be a problem
[16:55] <rubbs> ah... looks like a lock needs to be broken
[16:56] <rubbs> I'll get him to do it as it's in his name. I'll let you know how it goes in a sec
[16:56] <vila> k
[17:03] <rubbs> k... got the lock broken, but bzr update still didn't fix BE problem.
[17:03] <rubbs> BE still says the branch has no working tree
[17:03] <rubbs> also, tried just did a "touch testing.txt" within the workign tree
[17:04] <rubbs> bzr st correctly says it's unknown, but BE still thinks there's no working tree
[17:05] <vila> rubbs: I'm lost :-/ Not being a BE user doesn't help iether :-/
[17:06] <vila> rubbs: and you restarted BE after 'bzr st' saw the unknown right ?
[17:06] <rubbs> yeah I'm not either, but coworker is. So this is somewhat important to figure it out.
[17:06] <rubbs> yeah
[17:06]  * vila scratches head
[17:06] <rubbs> I'll do it again just to make sure
[17:06]  * rubbs is banging his head against the desk.
[17:07] <vila> because the problem disappears or because it's still there ?
[17:08] <rubbs> still here. now I've got some permission thing when I try to merge, but I think I can figure that out
[17:14] <vila> rubbs: you didn't copy the dirstate file between windows and ubuntu right ?
[17:17] <rubbs> right, I did all my surgery on ubuntu
[17:19] <rubbs> oh this is frustrating. I can browse the tree with bzr explorer, but hitting refresh still says the branch has no working tree
[17:34] <benje> hello
[17:34] <benje>
[17:34] <benje> i am using savannah and i would like to get help in use of bazaar explorer
[17:35] <benje> i am creating local branch but when i try to run the command to internet branch i get tehe following message
[17:36] <benje> bzr ERROR : Not a branch<EMAIL_ADDRESS>[17:37] <benje> i cannot find the advanced in menu too as describ in documentation http://doc.bazaar.canonical.com/explorer/en/tutorials/foss-contribute.html
[17:38] <benje> to log in to my account (but maybe only for launchpad )
[17:38] <benje> i try the command in terminal but i get the same error
[17:38] <maxb> You have a slash not a dot betweeen savannah and nongnu
[17:39] <benje> how can we link project to internet server with bzr-explorer as i can work locally and put it once verified on internet server ? thanks
[17:39] <benje> maxb: right, i get  it but i do a mistake on copy here
[17:40] <benje> if i look to the savannah rep i see the .bzr
[17:41] <benje> so why it's telling me not a branch ?
[17:42] <maxb> I would imagine your URL is incorrect
[17:43] <benje> i use this from savannah maxb
[17:43] <benje> https://savannah.nongnu.org/bzr/?group=gxinterface
[17:43] <benje> bzr branch<EMAIL_ADDRESS>[17:45] <rubbs> vila: ok, now this is weird. The windows guys are using bzr over an sshfs adapter (I'm going to change it so they use bzr+ssh from now on, as I think this was part of the problem). so on a whim, I mounted the drive to my local Ubuntu machine via sshfs, then I opened the "local" folder in B.E. and it seems to be working.
[17:45] <benje> maxb you are right
[17:45] <rubbs> but bzr+ssh:// does not work in B.E. at the same location.
[17:46] <benje> maxb: if i try to got with http to bzr.savannah.nongnu.org/gxinterface no such file
[17:47] <benje> ok rubbs but even i do this on terminal without explorer ;)
[17:47] <benje> i try your method
[17:47] <rubbs> benje: sorry was talking about my own problem not yours ;)
[17:47] <benje> rubbs: but this seems the same ;)
[17:47] <benje> to get access with bzr+ssh to a rep
[17:48] <rubbs> not exactly. I'm having problems with a dirstate file being corrupted by B.E. seems like you're having "not a branch" issues
[17:48] <benje> external dir
[17:51] <maxb> benje: It is not working because that project does not have any branch there on the savannah server
[17:51] <maxb> It just has a bare .bzr control dir with no content
[17:52] <benje> yes i create it and try to commit my rep maxb
[17:53] <benje> do you think i have to rsync first ?
[17:54] <benje> rsunc ok
[18:06] <benje> i don't understand what's happen :/ and what i am doing how can i make a brnahc on distant rep
[18:06] <benje> brnahc branch
[18:18] <benje> i just want to commit local to server
[18:55] <vila> rubbs: I think you got something there and using bzr+ssh is certainly preferred (sorry for te delay, I EODed)
[18:56] <rubbs> vila: yeah I think I'm going to try to kill the sshfs stuff and see if I can't do some magic with bzr+ssh. the problem is that it's the bzr+ssh that's not reporting the working tree correctly :/
[18:59] <vila> rubbs: bzr+ssh is *not* supposed to handle working trees ! At least not today
[19:00] <rubbs> vila: ah, so what I need to do is get them to have a local one and bind it to the dev server?
[19:00] <vila> exactly
[19:00] <rubbs> I c. I'll get that done
[19:00] <rubbs> thanks for the advice
[21:27] <benje> bye this was the problem https://bugs.launchpad.net/bzr/+bug/659763
[22:44] <mbt> I think I must just be a moron, but I have a merge that resulted in a conflict (which honestly I have never had happen before).  Is there somewhere online that explains what these conflict markers are and what they mean? The docs seem to skip that and just say that they're there.
[22:45] <dash> mbt: conflict means there's two possible outcomes for each block of conflicted text
[22:46] <dash> mbt: so one represents the change in the branch you're merging from, one represents the change in the branch you're merning into
[22:46] <mbt> Right.  I understand the reason for the conflict.  What I don't understand is the format of this thing.  Which is which?  What are the >>>>> and <<<<< and [22:46] <dash> the bit between >>>> and [22:46] <dash> the bit between [22:47] <dash> there are also .OTHER and .THIS files containing the entire contents of the conflicted files
[22:47] <dash> and potentially .BASE, depending on your options
[22:48] <mbt> I'm still not getting it.  http://pastebin.com/MJdchVSu <-- what block is what?
[22:49] <mbt> Oops, incomplete paste, try this one: http://pastebin.com/VdCypxAg
[22:49] <dash> the first block (2-12) is what's from your tree
[22:50] <mbt> From which tree?  There working copy being merged into?
[22:50] <dash> right
[22:50] <dash> the second, 12-34, is from the merged-in branch.
[22:50] <mbt> So that's as it was before the merge
[22:50] <dash> same for 36-37 and 37-55
[22:51] <mbt> Line 35 is identical to both branches, then?
[22:51] <dash> right, it's not inside hte conflict markers
[22:52] <dash> a lot of editors provide support for this format; what do you use?
[22:52] <mbt> Emacs.  But I wasn't understanding what I was seeing, and it's all sorts of colorful, and I just wanted to know what I was looking at before I went any further.
[22:52] <dash> mbt: so your modeline probably says SMerge
[22:52] <mbt> Now the options for keep this and throw that away make sense though.
[22:52] <dash> yep. hooray.
[22:53] <mbt> Yes, it is in SMerge minor mode.
[22:53] <fullermd> Well, technically, it doesn't mean it's identical.  Just that it merged without conflicts.  But in the case of a single line in the midst like that...
[22:53] <mbt> Thank you muchly for the explanation, dash!
[22:54] <dash> <3
[22:54] <bob2> smerge is super awesome, aside from the default fruit salad colours
[22:54] <mbt> lol, I don't know what the defaults are since I use a colored theme on my Emacs, but the yellow was painful to look at.
[22:56] <bob2> I guess I mean 'the defaults are terrible and most color-themes don't fix it'
[22:56] <mbt> Whoo.  I believe I have resolved all my conflicts successfully.
[22:57] <mbt> Hopefully, I don't run into that again... but I guess now the next time I do, I know what I am looking at.
[23:05] <GungaDin> how can I tell at what revision a line was deleted from a file? (I can see who initially wrote it with bzr qblame.. but not when it was deleted...)
[23:06] <mbt> That sounds like a problem that could be solved with bisection.
[23:07] <mbt> If you don't have it already, grab a hold of a copy of the bzr-bisect plugin (https://launchpad.net/bzr-bisect) and see if that does what you need.
[23:07] <mbt> You can give it a starting point and an ending point (essentially, a revision known to have the line you're looking for, and a revision known to not have that line) and then you can bisect until you find the first version that doesn't have it.
[23:13] <GungaDin> thx
[23:23] <dash> hmm
[23:24] <dash> i use bzr as a frontend to an svn repository and i'm trying to post diffs to a reviewboard instance. reviewboard seems to want svn style diffs, not bzr-style ones. i have seen mentions of an 'svndiff' plugin that might produce this, anbyody know where i can find it?
[23:26] <bob2> http://doc.bazaar.canonical.com/migration/en/foreign/bzr-on-svn-projects.html#svn-diff-style-patches ? (I dunno how reviewboard fits in)
[23:27] <dash> yeah i just saw that.
[23:27] <dash> trying it now


[00:10] <Drooid> Hey, if anyone's here.. Is there any news on Nexus 5 Support?
[01:12] <sabon> hola
[01:12] <sabon> hay alguien ahi
[01:12] <sabon> hi???
[01:14] <sabon> necesito consultar a alguien acerca de si se puede intalar ubuntu en una tablet lenovo / i need some help, i want install ubuntu on a lenovo tablet, can i do that? and how?
[02:08] <nexx> someone there?
[02:09] <nexx> someboooddyy?
[02:16] <Reynaldo_Jose|2> hey
[02:16] <Reynaldo_Jose|2> lol
[02:16] <Reynaldo_Jose|2> ??!
[03:08] <pacificfils> i heard a rumor that Mir on the N7 is finally fixed. Confirm/deny ?
[03:26] <RustyShackleford> I want to try installing ubuntu on my old android phone (motorola razr)
[03:26] <RustyShackleford> where do I get started?
[03:28] <RustyShackleford> it even possible to install on my device?
[03:44] <Reynaldo_Jose> google up the
[03:44] <Reynaldo_Jose> or well
[03:44] <Reynaldo_Jose> go to wiki.ubuntu.com/touch/install
[03:44] <Reynaldo_Jose> there you can find more information about devices that can run it atm
[05:37] <EgyParadox> Hello, If I want to try the dual boot, having stock or cyanogenmod or aosp is a must, what about another custom roms?
[07:04] <Mustafa_> hello
[07:04] <Mustafa_> guys ?
[07:05] <Mustafa_> how i can install ubuntu on tablet ( lenovo a3000 )
[07:11] <lotuspsychje> Mustafa_: check the url in topic for supported devices
[07:12] <Mustafa_> where is it ?
[07:13] <lotuspsychje> Mustafa_: https://wiki.ubuntu.com/Touch/Devices
[07:18] <Mustafa_> =(
[07:19] <Mustafa_> i cant .. =( .. but my tablet is new device .. maybe i can try it
[07:19] <Mustafa_> what do you think ?
[07:19] <lotuspsychje> Mustafa_: would be safer to ask in channel
[07:19] <lotuspsychje> for your device
[07:19] <lotuspsychje> not all devices run smooth yet
[07:22] <Mustafa_> which channel ? .. sorry but i'm new in this world ..
[07:23] <EgyParadox> Hello I get < waiting for device> when attempting to install ubuntu touch with dual boot using UPDATE
[07:27] <Mustafa_> r u arabic ? mr egyparadox ?
[07:37] <EgyParadox> Mustafa_, the only devices supported are nexus currently
[07:38] <Mustafa_> ok .. when will be in another devices ?
[07:43] <EgyParadox> I am not sure when, even the current release of ubuntu touch is for developers
[07:45] <Mustafa_> ok thank you
[13:23] <EgyParadox> I installed the Ubuntu installer manually, I am not sure if there is a problem with the dual boot script or the phone itself, it is downloading ubuntu touch itself, how big is it?
[13:26] <arcolife> EgyParadox, The script is fine. I installed it an hour ago. Downloading took around 30 minutes on approx 70Kbps
[13:26] <arcolife> EgyParadox, Even I'm not sure of the size.
[13:29] <arcolife> I installed Touch dual booth with Android 4.4.2 on 'mako'.. an hour ago. The version it shows is 14.04 (r79)..  Now, problems I am facing:  No Sound | No WiFi network detection even after turning it on & Bluetooth icon never shows up | Gallery double touch-slide needed always to sift though the pictures | Caller worked just one time for one call
[13:31] <arcolife> oh I guess https://wiki.ubuntu.com/Touch/DualBootInstallation#Android4.4Radio this shall help
[13:33] <EgyParadox> I am running 4.2.2 on maguro, it seems thats its actually an advantage that I cannot upgrade to 4.4.*.
[14:04] <EgyParadox> Download fail IO error
[14:05] <EgyParadox> I have about 5 GB free space
[14:08] <mauriziosfizio> hello all, could i install acer Iconia B-1?
[14:09] <mauriziosfizio> i mean on this iconia install ubuntu
[14:17] <EgyParadox> mauriziosfizio, Check the supported devices page: https://wiki.ubuntu.com/Touch/Devices
[14:19] <mauriziosfizio> @EgyParadox nothing well thx, i hope to see my device on that  page ASAP
[14:20] <mauriziosfizio> there is acer a700 i have to wait
[15:46] <EgyParadox> The image was downloaded then the installation started then the device wasnt responding and it rebooted back into android, any help?
[15:46] <MRKoek> Hi
[15:47] <MRKoek> Anyone tryd Ubuntu on a Sony Xperia Z?
[16:01] <MRKoek> Anyone tryd Ubuntu on a Sony Xperia Z?
[16:39] <Sora1995_> Hello. I figured I'd come to the source. Has progress on the flo (Nexus 7 2013) stopped altogether?
[17:13] <ogra_`> Sora1995, it has, but will pick up again once the HW tree is ported to android 4.4 ...
[17:13] <ogra_`> (jan/feb)
[17:13] <Sora1995> ogra_`: thank you :)
[19:50] <adonda> I'm just following the "Manual Download & Installation" instructions, and I think there is an error.
[21:23] <Aaron1011> Is anyone working on an Ubuntu Touch port for the Nexus 7 2013 (Wifi only)?
[21:27] <Aaron1011> It currently has CyanogenMod 10.2 and 11.0 available. As Ubuntu Touch is based off of CM 10.1, would it still be possible to create a port?
[21:51] <ftpd> Hi. Is there any list of available apps?
[21:52] <ftpd> All 'stock' apps proveded with ubuntu touch - do they work? Clock, alarm etc.
[21:52] <ftpd> Browser?
[22:45] <Ceraphin> Hi all
[22:45] <Ceraphin> is there anyone with a nexus 7 3G 2011.
[22:45] <Ceraphin> ?
[23:19] <Ceraphin> no one here can help me with the install?
[23:19] <Ceraphin> tries 3 different version none is working;


[00:33] <Kali_Yuga> hello there should be an option 'get new looks': https://www1.xup.in/exec/ximg.php?fid=10474254. apparently it's missing on mine https://www1.xup.in/exec/ximg.php?fid=19832668 running kcmshell5 kcm_lookandfeel
[00:33] <Kali_Yuga> results in https://paste.ubuntu.com/p/SDk8hCbDP2/
[00:36] <Kali_Yuga> maybe it's my version 5.8.9..?
[00:40] <valorie> Kali_Yuga: which version of kubuntu?
[00:41] <Kali_Yuga> 16.04
[00:41] <Kali_Yuga> with backports ppa
[00:41] <valorie> I have two available for me in plasma 5.12.3
[00:41] <valorie> could be, yes
[00:41] <valorie> have you tried the download button to get more choices?
[00:42] <valorie> "get new looks"
[00:42] <Kali_Yuga> that button is missing on mine
[00:43] <valorie> oh right
[00:43] <valorie> I only clicked on your first link, sorry
[00:44] <Kali_Yuga> running
[00:44] <Kali_Yuga> kcmshell5 kcm_lookandfeel results in https://paste.ubuntu.com/p/SDk8hCbDP2/
[00:44] <valorie> when you click down though, can you get desktop, cursor, etc.?
[00:45] <Kali_Yuga> yes I can get a new theme there
[00:45] <valorie> possibly that kcm has been remade in the nearly 2 years since 16.04 was released
[00:45] <valorie> that's one of the issues with running an LTS
[00:46] <Kali_Yuga> thats why i added the backports ppa to get a more recent version.
[00:47] <valorie> right, but we can only do that in specific instances where things still work together
[00:48] <valorie> we won't backport things we can't test and find successful
[00:49] <valorie> you'll be able to upgrade to the next LTS this summer
[00:49] <valorie> or even late spring
[00:49] <Kali_Yuga> so why exaclty is this feature missing
[00:49] <valorie> whenever 18.04.1 comes out
[00:50] <valorie> plasma relies on kde frameworks
[00:50] <Kali_Yuga> if it;s not to buggy
[00:50] <valorie> so it's not a matter of just backporting plasma
[00:50] <valorie> at a certain point it's just not workable
[00:50] <valorie> we have an all volunteer crew here
[00:51] <valorie> and if it is a choice between patching stuff to work on the old LTS or working on the next one, guess what wins?
[00:52] <valorie> this is why I use LTS only for testing and always run current or the next version
[00:52] <valorie> I like new stuff
[00:52] <Kali_Yuga> I think old software is sometimes more stable less buggy
[00:52] <valorie> it's always a balancing act, yeah
[00:54] <Kali_Yuga> so why exactly was this feature missing? because of the lts or a bug?
[00:55] <valorie> no idea really
[00:55] <valorie> it looks like a new design to me
[00:55] <valorie> but really, no clue
[07:03] <lordievader> Good morning
[10:30] <BluesKaj> Hi folks
[14:14] <lordievader> Wattana: What is the output of `sudo lspci -k`?
[14:14] <lordievader> !pastebin
[14:28] <lordievader> How did you install the nvidia driver? Both nvidia and nouveau are loaded.
[14:31] <lordievader> Hmm, that should blacklist nouveau
[14:31] <lordievader> Follow these instructions: https://help.ubuntu.com/community/BinaryDriverHowto/Nvidia
[14:41] <lordievader> Did you reboot?
[14:49] <BluesKaj> looked to me like the nvidia driver was in use ...nouveau was just listed as a kernel module
[14:56] <lordievader> Wattana: Could you send (fresh) output from `sudo lspci -k` again?
[14:57] <lordievader> BluesKaj: Two kernel modules claiming the same hardware sounds like a bad idea to me.
[14:58] <lordievader> Could you pastebin that? This is not readable.
[14:58] <lordievader> As a rule of thumb, if you want to paste more than 1 line of console output, paste it via a pastebin.
[15:04] <BluesKaj> the kernel modules exist together but only one is being used, seems nouveau and nvidia can exist as modules, but nouveau is obviously blacklisted. Check in /etc/modprobe.d/blacklist.conf to be sure
[15:10] <BluesKaj> anyway gotta go
[16:56] <marshwallow> Installing GRUB on a BIOS laptop with a GPT disk... should I use a separate partition or --force install to /dev/sda?
[16:58] <mparillo> Hoping somebody answers because I thought GPT was for EFI.
[16:59] <marshwallow> I've been told the same at ##linux, but apparently it's used for 2+ TB drivers, regardless of the underlying firmware interface.
[17:00] <marshwallow> *drives
[17:04] <lordievader> Bios installs on a GPT disk requires a bios partition.
[17:05] <vladoboss> does anyone else have noticed that kubuntu-16.04.4-desktop-amd64.iso have invalid sha256sum?
[17:06] <lordievader> marshwallow: Read through: https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Disks#Introduction_to_block_devices
[17:06] <vladoboss> I downloaded it twiece from different mirrors, both time it complaints about missing files
[17:07] <vladoboss> https://thepasteb.in/p/Z4hPR1Qr30qTG
[17:40] <xaeB5> if i want both kde and non-kde packages to be recent, would kubuntu be a better option than kde-neon?
[17:41] <BluesKaj> kde-neon might be more current, but less stable
[17:42] <xaeB5> more stable in what way? doesn't stability in the linux world mean fewer updates?
[17:44] <BluesKaj> xaeB5, no
[17:44] <xaeB5> ok, that's what it means in debian at least
[17:44] <BluesKaj> this isn't a debate, if you want to try neon do so w
[17:45] <BluesKaj> we don't support it here
[17:46] <xaeB5> you don't seem to understand my question because you're making assumptions like "try neon" when i am already using neon
[17:46] <xaeB5> i didn't ask for neon support, did i
[17:47] <xaeB5> i asked for clarification on what you mean by "less stable" because i've never had stability issues with neon or kubuntu both
[17:47] <BluesKaj> then go ask in #kde-neon chat
[17:47] <xaeB5> ask what? about kubuntu?
[17:48] <BluesKaj> we don't compare them here , we support kubuntu
[17:48] <xaeB5> read my question again please. "would kubuntu be a better option". you want me to ask that in kde-neon? lol
[17:48] <xaeB5> then support kubuntu and answer the question. how is it more stable?
[17:49] <BluesKaj> xaeB5, no need, we do polls here, try dual booting them and decide for yourself
[17:49] <BluesKaj> don't do polls rather
[17:49] <xaeB5> if there's no need to explain what your vague answer is supposed to mean, maybe you shouldn't have said it if you don't want any follow up questions
[17:49] <xaeB5> i am not taking polls
[17:50] <BluesKaj> don't know how it's more stable, we just know that neon is more bleeding edge
[17:51] <BluesKaj> bleeding edge generally means less stable
[17:51] <xaeB5> it could also be argued that kubuntu is more bleeding edge and therefore less stable. after all, it has newer non-kde packages than neon
[17:51] <xaeB5> so your answer didn't make sense
[17:52]  * BluesKaj shrugs , well have fun whatever you do
[17:56] <BluesKaj> Wattana Gaming, kubuntu is not ubuntu, not any more, it's now supported by Blue Systems
[17:58] <BluesKaj> Wattana Gaming, yw
[17:59] <xaeB5> kubuntu is an official ubuntu flavour though. https://www.ubuntu.com/download/flavours
[18:00] <xaeB5> same with neon
[18:00] <xaeB5> just not an official flavour
[18:01] <BluesKaj> https://en.wikipedia.org/wiki/Blue_Systems
[18:03] <xaeB5> wattana: you do realize that kubuntu and neon have the same developers that work on both, right?
[18:31] <vip> hi ho, anybody lost dual-display @ intel recently after apt upgrade?
[18:34] <vip> it works well under nvidia (i've got intel/nvidia inside)
[18:36] <xaeB5> you could check dmesg to see if there's any useful info there
[18:36] <xaeB5> dmesg | grep -i firmware for example
[18:36] <vip> I suppose linux-* packages had broken something; when selecting previous kernel - dial display does not work either
[18:45] <Mrokii_> I've just noticed a strange phenomenon, with Cantata, the mpd client. When I ran a game via Steam, Cantata was muted (even though the timeline showed that the song was played). When I quit the game, Cantatas' sound was activated again. I tried Clementine for testing-purposes, and it played a song just fine with the Steam-game running. So that seems to be something specific to Cantata. Does anybody have any
[18:45] <Mrokii_> clue why the "muting" is happening?
[18:49] <Mrokii_> IrcsomeBot: I'm not sure, as the sound is only muted for Catana, but not for Clementine.
[19:00] <dubis> Hi I'm under bionics and I can not find discover
[19:00] <dubis> What's the deb paquet file
[19:02] <dubis> OK I found sudo apt install plasma-discover
[19:03] <dubis> @Wattana Gaming yes it's
[19:04] <dubis> @Wattana Gaming Thanks
[19:08] <vip> ok, I need to apt instal --reinstall intel microcode package to get dual display back on intel
[21:28] <valorie> yikes, people downloading software from random sites....
[22:00] <openBrain> Hi all, I just tried KDEConnect 1.0 from testing PPA on Xenial and despite kdeconnect-cli upgraded to 1.0 and now has the "send SMS option" (working), I can't access this feature from the Plasma widgets of KDEConnect. May someone confirm before I envisage to submit a bug ? Thx
[23:12] <schnoodles> Any idea the best way to work out why automounting is not working anymore? Was working for ages then for the last couple weeks (could be months) I need to mount myself through Dolphin.
[23:15] <valorie> automounting of what, schnoodles?
[23:16] <valorie> did your fstab maybe get over-written or corrupted?
[23:16] <schnoodles> Sorry automounting of a hdd. Its an internal harddrive but its not my main hdd.
[23:16] <schnoodles> As in not the SSD that the OS is on.
[23:17] <valorie> hmmm
[23:17] <schnoodles> valorie I am not quite sure. I remember it happened after a quite large update.
[23:17] <valorie> should automount for sure
[23:17] <valorie> !fstab
[23:18] <schnoodles> I just use the Remote Devises section under system settings. It still says that the harddrive is set for automount however it does not mount. Which makes me think it could be an error where its not ready?
[23:18] <schnoodles> dmesg shows me nothing though.
[23:18] <valorie> not ready or has the wrong permissions set
[23:18] <valorie> something somehow could have flipped that bit
[23:19] <valorie> I imagine the above two links will help you diagnose
[23:23] <schnoodles> Yeah it seems fstab has been overwritten and the System Settings section is not writing to fstab. I wonder if that is a new bug.
[23:23] <valorie> hmmm
[23:24] <valorie> well, gotta go for awhile
[23:24] <schnoodles> Cya. Thanks for the help
[23:24] <valorie> I think this calls for bugs.kde.org against systemsettings
[23:24] <valorie> if it is a bug
[23:25] <schnoodles> I run backports. Could be a new bug in backports ?
[23:25] <valorie> I don't think this is our packaging because you are the first to ask about this -- at least here


[00:21] <ari-tczew> how can I find bugs opened by me, which are now fixed?
[00:27] <micahg> ari-tczew: advanced search, you as reporter, Fix Released
[00:28] <ari-tczew> micahg: nice! thanks man!
[03:16] <xnox> The builders are back =)!!!!!!!!!!!! HORAY =)
[04:26] <xnox> something is weird with the builders they show idle even thought there is a queue of packages to build
[04:37] <knielsen> "Delays occurring with pulling and scanning branches ..." ok, but is it expected that "delay" means 20+ hours? https://code.launchpad.net/~maria-captains/maria/5.1-release
[04:38] <knielsen> if expected, when is operation planned to be back to normal ?
[04:38] <tsimpson> xnox: the builders show as "idle" when they are clearing out the chroot
[04:39] <xnox> tsimpson, ok cool =)
[04:39] <xnox> awesome stuff with ppa's though =) thanks to all
[04:40] <knielsen> this branch was updated later: lp:~maria-captains/maria/5.3-subqueries ... so probably the update to the other branch was just lost? Hopefully it will recover on next push
[04:40] <xnox> tsimpson, will bulding out of the branches land in 10.4?
[04:41] <xnox> todays rollout?
[04:41] <xnox> anywho can't wait
[05:08] <Laibsch> Guys, come on now.  Are you ever going to fix those oopses?
[05:09] <Laibsch> I reported one about three months ago, revisited it from time to time and it's still not fixed
[05:09] <Laibsch> today's oops: OOPS-1585H297 one of the earlier oopses: OOPS-1513K110  wgrant at one point suggested this may be bug 508302
[05:10] <Laibsch> I'm not trying to report a bug, but convert a bug into a question
[05:11] <Laibsch> It appears that above bug is now marked fixed, so apparently that wasn't the one I was hitting ;-)
[05:11] <xnox> Laibsch, I don't think you gonna get answers here on the release day =)
[05:11] <xnox> all of them busy preparing roll-out
[05:48] <Laibsch> release day?
[05:48] <Laibsch> I thought the release has been out for a few days now
[05:48] <Laibsch> xnox: what kind of release are you referring to here?
[05:48] <xnox> Laibsch, launchpad release =)
[05:49] <xnox> 10.4 rolling out to stable
[05:49] <xnox> the launchpad 10.4
[05:49] <Laibsch> FWIW, edge oopses as well (as expected): OOPS-1585EB490
[05:49] <xnox> well you gonna get the db-devel database schemas today on edge
[05:49] <xnox> cause edge is only getting UI rollouts
[05:50] <Laibsch> xnox: I wasn't aware that LP had a release schedule as well.  seems to be coupled to the release of the OS itself?
[05:51] <xnox> Laibsch, https://dev.launchpad.net/Releases/2010Calendar
[05:51] <xnox>  s / M / Maverick
[05:52] <Laibsch> Aha, monthly releases
[05:58] <spm> well... monthly releases in the sense that's when all services get updated; but edge gets updated daily.
[07:02] <_habnabit> Is there a list of branch formats that launchpad supports somewhere? It doesn't seem to like my 2a-format branch.
[07:03] <lifeless> _habnabit: lp is scanning all of maverick
[07:03] <_habnabit> Noted. I read the topic.
[07:03] <lifeless> it will get to your branch in about 24 hours; if its just that you're seeing 'lp is scanning your branch'
[07:03] <lifeless> if you're seeing something else, describe what you're seeing.
[07:03] <_habnabit> ... no, that's not my question.
[07:03] <lifeless> ok
[07:03] <_habnabit> Doing on-the-fly conversion from <RepositoryFormat2a> to <RepositoryFormatKnitPack4>.
[07:03] <lifeless> in which case 'bzr help formats'
[07:03] <lifeless> ah
[07:03] <_habnabit> Right, I know there's multiple formats.
[07:04] <lifeless> so you have an old format branch on launchpad
[07:04] <lifeless> or locally
[07:04] <_habnabit> On launchpad. The local branch is 2a.
[07:04] <lifeless> just upgrade it - if its on launchpad, click on the button. if its local, 'bzr upgrade' locally.
[07:04] <_habnabit> I did the upgrade and then pushed. That's not enough?
[07:05] <_habnabit> Also, what button are you talking about? I don't see anything about upgrading branches.
[07:06] <thumper> _habnabit: no
[07:06] <thumper> _habnabit: it isn't enough
[07:07] <thumper> _habnabit: you need to upgrade the target
[07:07] <_habnabit> How does one do that?
[07:07] <thumper> there is an upgrade branch link at the bottom of the page
[07:07]  * thumper has to go
[07:07] <thumper> dishing dinner
[07:07] <_habnabit> Oh, there it is.
[07:08] <_habnabit> Thought it would be at the top.
[07:18] <Laibsch> I am part of a particular team in Launchpad and I want to stay a part of that team.  I don't want to receive all the bugmails directed at that team, is that somehow possible?
[07:19] <spm> no. I asked the same question a few weeks ago. :-(
[07:19] <lifeless> if its a bug contact
[07:19] <lifeless> then subscribe to the same things, and set your subscription to no-mail
[07:19] <lifeless> that won't stop mails for bugs assigned to the team.
[07:19] <lifeless> but thats a feature I think. You can however filter those by their headers.
[07:22] <Laibsch> well, I'm having a hard time filtering them (anybody familiar with sieve and dovecot?)
[07:22] <spm> Laibsch: this *may* help in some sense: https://answers.edge.launchpad.net/launchpad-registry/+question/105361
[07:23] <wgrant> Laibsch: I use rules like this:
[07:23] <StevenK> Laibsch: Yes
[07:23] <wgrant> if header :contains "X-Launchpad-Bug" "distribution=ubuntu" {
[07:23] <wgrant> 	if      header :contains "X-Launchpad-Message-Rationale" "@motu-swat" {
[07:23] <wgrant> 		fileinto "FOSS.Ubuntu.bugs.motu-swat";
[07:23] <StevenK> elsif header :contains "X-Launchpad-Message-Rationale" "<team>" { discard; }
[07:23] <Laibsch> I'd love to use something like that
[07:24] <wgrant> That filters emails I receive through the motu-swat team to a separate folder.
[07:24] <Laibsch> I can't seem to even get dovecot to start using sieve
[07:24] <Laibsch> I opened a question about it, let me look for it
[07:24] <StevenK> Laibsch: That's a seperate problem. :-)
[07:24] <lifeless> Laibsch: thats really going to be offtopic here.
[07:24] <Laibsch> I know
[07:24] <lifeless> Laibsch: just use procmail or whatever; sieve is a totally unpolished thing.
[07:25] <Laibsch> which is why I wanted to redirect things to the question on LP
[07:25] <StevenK> lifeless: So isn't.
[07:25] <wgrant> sieve is great!
[07:25] <wgrant> I moved to it from procmail a few months ago.
[07:25] <Laibsch> https://answers.launchpad.net/ubuntu/+source/dovecot/+question/109523 help would be GREATLY appreciated
[07:25]  * spm adds wgrant to the ignore list for even daring to suggest such heresy
[07:25] <lifeless> wgrant: it must have moved along a metric tonne
[07:26] <lifeless> wgrant: last I saw there wasn't even sieve integration for thunderbird
[07:26] <wgrant> lifeless: And there's procmail integration for Thunderbird...?
[07:26] <wgrant> 'vim ~/.dovecot.sieve' is all I need.
[07:26] <lifeless> wgrant: procmail doesn't *aim* to be a integrated client-controlled gui ruleset
[07:27] <StevenK> Neither does sieve, last I heard?
[07:27] <wgrant> sieve does, I believe.
[07:27] <lifeless> ah, its coming along
[07:27] <lifeless> https://addons.mozilla.org/en-US/thunderbird/addon/2548
[07:27] <wgrant> But just about nothing implements it.
[07:27] <lifeless> StevenK: very much so
[07:27] <lifeless> StevenK: its why it was invented
[07:27]  * StevenK goes back to writing bugs
[07:27] <lifeless> and, ask me in another channel, I can give you the rant about poor integration in open source projects
[07:30] <wgrant> Is there a good reason that the distro branching script thingy doesn't also copy the BranchRevisions, thereby eliminating this quite ridiculous delay?
[07:31] <lifeless> wgrant: separation of concerns is one possible answer; it could stagger the scans over a few days as an alternative
[07:39] <spiv> IIRC mwhudson said the scans were staggered, but only over 12 hours.
[07:40] <wgrant> Ah, so they're no longer staggered at all.
[07:42] <spm> for maverick? yeah, we updated with a 0-12 hours randomness. :-/
[07:43] <spiv> spm: s/hours/months/ next time ;)
[07:44] <spm> sssh
[07:44]  * spm blames the bzr startup time as the major problem
[07:47] <lifeless> spm: tell me we don't reinvoke bzr for each branch.
[07:49] <spm> lifeless: no idea; I was having a dig at spiv in ref to his talk he did ages back about making python programs startup faster :-)
[07:53] <thumper> spm: can I rename a team if it has a mailing list?
[07:54] <thumper> spm: or put it another way, how can I rename a team if it has a mailing list?
[07:54] <lifeless> thumper: hah. hah. hah.
[07:54] <lifeless> thumper: [sorry, had to be said :(]
[07:54]  * thumper pokes lifeless in the eye
[07:55] <thumper> lifeless: sorry, had to be done
[07:55]  * lifeless is saved by the LCD screen between us
[07:55] <lifeless> thumper: lp makes project setup hard; use create-project ;)
[08:00] <sjamaan> jelmer: https://answers.launchpad.net/bzr-git/+question/109223 <- what happens next? Is someone who can do this reading along?
[08:05] <lifeless> thumper: as spm hasn't answered - AFAIK renaming a list is tricky-losa-intervention-required, so 'file a question' time.
[08:06] <jelmer> sjamaan: I've reassigned to launchpad-code
[08:08] <sjamaan> jelmer: Sorry if I'm being thickheaded, but where can I see that?
[08:08] <jelmer> sjamaan: The assignee of the question
[08:09] <sjamaan> "Assignee: No assignee
[08:09] <sjamaan> That's what I see
[09:12]  * apw notes that edge is a slow as snot, multi minutes to open a bug where-as after disabling redirection bugs loading in <10s
[09:50] <dspstv> could someone please have a look at why one of my builds (i386) is stalled on the process
[09:50] <dspstv> https://launchpad.net/~alejoduque/+archive/ppa-alejo/+build/1714884
[09:50] <dspstv> lpia and amd64 finished 8 hours ago..
[09:51] <spiv> The i386 PPA builders are pretty busy at the moment.
[09:51] <bigjools> dspstv: the queue for i386 is much bigger because it does all the arch-independent builds too
[09:51] <spiv> So it's just that yours hasn't reached the front of the queue, I think.
[09:52] <spiv> https://launchpad.net/builders says the PPA i386 queue is 13 hours long atm.
[10:00] <dspstv> ouch
[10:01] <dspstv> is there a way to know when there will be a jamm?
[10:01] <dspstv> often this builds in 10-15min
[10:03] <james_w> OOPS-1585D756
[10:14] <wgrant> dspstv: This particular delay is because of the recent release of Ubuntu 10.04 LTS -- the builders were temporarily retasked to serve release downloads.
[10:14] <wgrant> They've been returned, but there is a bit of a backlog.
[10:14] <dspstv> yes, i found the place where to get the infos
[10:14] <dspstv> http://identi.ca/launchpadstatus
[10:14] <dspstv> thanks
[10:25] <mbudde> Is the Bazaar repo viewer down for maintaince?
[10:26] <bigjools> see topic
[10:29] <mbudde> I was just wondering if it was down temporarily or during the whole maintaince period...
[10:33] <l3on> core update is today?
[10:33] <l3on> (Hi all :P)
[10:35] <maxb> topic
[10:40] <l3on> thank you maxb
[10:53] <anddam> hello
[10:55] <anddam> do I need a launchpad login in order to fetch code?
[10:56] <sjamaan> nope
[11:02] <anddam> oh my bad, that wasn't an error, just a warning
[11:04] <anddam> documentation is in Answers, isn't it?
[11:04] <intellectronica> anddam: https://help.launchpad.net/
[11:05] <anddam> thanks
[11:05] <anddam> bye
[11:25] <sproaty> my bazaar branch has been updating for around 8 hours now - https://code.launchpad.net/~sproaty/whyteboard/development
[11:27] <danilos> sproaty, it's a known problem, there is a huge backlog of branches to process (~20000), we guess they'll all be finished in something like another 10h
[11:27] <danilos> sproaty, it's related to the opening of a new ubuntu release
[11:28] <sproaty> no problem
[11:28] <sproaty> ah it didn't make it scheduled april release eh
[11:28] <wgrant> It did. But the new release opening happens a few days after the previous release.
[11:31] <sproaty> wgrant, cool :)
[11:40] <easter_egg> henninge, hei again xD
[11:41] <easter_egg> and good morning
[11:41] <henninge> Oh hi, easter_egg!
[11:41] <easter_egg> henninge, what's up?
[11:42] <henninge> Yesterday was quite busy, so I could not reply.
[11:42] <easter_egg> I understood
[11:44] <easter_egg> henninge, and I'm still unable to login in launchpad ;~
[11:46] <easter_egg> henninge, someone can take off the non ascii character of my account when the bug ins't fixed?
[11:46] <henninge> easter_egg: I don't think anymore that that is the problem :(
[11:47] <henninge> easter_egg: I found bug 556878.
[11:48] <henninge> easter_egg: you said you merged accounts. Was one of them deactivated? Did your account get deactivated?
[11:48] <henninge> easter_egg: also, we are rolling out a new version of Launchpad today and so all the admins are quite busy :(
[11:48] <henninge> wasn't much better yesterday
[11:49] <easter_egg> henninge, one of then, yes... the ~a.j
[11:50] <easter_egg> so, this bug affect me and another person
[11:52] <easter_egg> henninge, so, maybe taking off the non-ascii character my account is possible to my account keep not working ;~
[11:52] <easter_egg> of my account, is possible*
[11:53] <henninge> easter_egg: I could not see the OOPS details on Saturday but now I can and it is a different failure to what I observed then.
[11:53] <henninge> easter_egg: so yes, that will not fix it.
[11:54] <henninge> easter_egg: we have other people with non-ascii names: http://launchpad.net/~danilo ;)
[11:54] <easter_egg> henninge, lol
[11:55] <easter_egg> henninge, and he can normally login?
[11:55] <henninge> yes
[11:56] <danilos> easter_egg, yeah, I can :) as a matter of fact, I am the LP developer as well and it'd be a major nuisance if I couldn't log in :)
[11:56] <henninge> easter_egg: so, we need an admin to look into that in more detail and they are hard to come by today. Sorry ;(
[11:58] <easter_egg> henninge, I not deactivated the old account in the admin panel...
[11:59] <easter_egg> I did, was as follows:
[11:59] <easter_egg> merge the account..
[11:59] <easter_egg> confirmed two of three emails
[12:00] <easter_egg> and change something...
[12:00] <easter_egg> my photo, my name, joined a group and get status of administration in this group
[12:01] <henninge> easter_egg: what is the other account, not the one you are using now? (just the name, no email address here, please).
[12:01] <easter_egg> henninge, and, finally I see the three email confirmation
[12:02] <easter_egg> and I confirmed my account, the old things migred for new account
[12:02] <henninge> easter_egg: what was the old account called?
[12:02] <easter_egg> henninge, ~a.j
[12:03] <easter_egg> henninge, maybe... there was some kind of conflict between groups
[12:03] <henninge> easter_egg: ok, that's really gone. Just checking.
[12:05] <henninge> easter_egg: can you logg into other  websites, like dev.launchpad.net ?
[12:06] <henninge> or wiki.ubuntu.com or one.ubuntu.com
[12:06] <henninge> easter_egg: they are all using the same OpenID authentication.
[12:06] <easter_egg> yes
[12:06] <easter_egg> I can
[12:06] <easter_egg> but...
[12:07] <easter_egg> Logged in as    a.j-merged
[12:07] <easter_egg> o.O
[12:07] <henninge> Ah!
[12:07] <easter_egg> the account name is ayrton.araujo
[12:07] <easter_egg> a.j-merged its strange
[12:08] <henninge> easter_egg: have you ever tried to remove the launchpad cookies from your browser?
[12:09] <henninge> easter_egg: or used a different browser?
[12:09] <easter_egg> henninge, I will try now
[12:11] <easter_egg> henninge, no.. I can't
[12:11] <henninge> easter_egg: what's the latest OOPS ID?
[12:12] <easter_egg> Error ID: OOPS-1585K1175
[12:14] <henninge> easter_egg: where did you see the "Logged in as a.j-merged" ?
[12:14] <easter_egg> I like this bot ubottu =]
[12:14] <easter_egg> its open source?
[12:15] <henninge> dunno
[12:15] <jpds> https://code.launchpad.net/ubuntu-bots
[12:15] <easter_egg> henninge, in the top of page dev.launc...
[12:15] <henninge> ok
[12:15] <easter_egg> and wiki.ubuntu too
[12:15] <henninge> thanks jpds
[12:15] <easter_egg> and in my account of ubuntu one XD
[12:15] <easter_egg> lol
[12:16] <easter_egg> I had not noticed
[12:16] <henninge> ok
[12:16] <easter_egg> jpds, thanks
[12:16] <henninge> easter_egg: I will file a question for that on behalf of you and add all the details you told me.
[12:18] <easter_egg> thanks =]
[12:18] <easter_egg> henninge, I will be there
[12:19] <easter_egg> I will try to run the launchpad in localhost
[12:19] <easter_egg> and I will try to reproduce this bug
[12:19] <henninge> easter_egg: what do you see here: https://login.ubuntu.com/
[12:20] <easter_egg> maybe I can hacking something and send this to launchpad =]
[12:20] <easter_egg> henninge, I will check now
[12:20] <henninge> easter_egg: sure, you'd be very welcome to do so. You can read all about that on dev.launchpad.net ;)
[12:21] <easter_egg> henninge, oh
[12:21] <henninge> what?
[12:21] <easter_egg> henninge, thats show a dialog to update my account
[12:22] <henninge> yes, it does the same for me ;) That is normal.
[12:22] <easter_egg> ok...
[12:22] <easter_egg> I will try update
[12:22] <henninge> easter_egg: is launchpad.net on the list below that?
[12:22] <easter_egg> yes
[12:23] <henninge> what date?
[12:23] <easter_egg> https://launchpad.net/	2010-05-04
[12:24] <henninge> easter_egg: ok, so your logins seem to really succeed.
[12:24] <easter_egg> I changed out my name to Ayrton Araujo for test
[12:26] <easter_egg> Error ID: OOPS-1585G1420
[12:26] <henninge> easter_egg: we have some doubled information here, unfortunately. There is also a name configured in launchpad.
[12:26] <easter_egg> the name changed
[12:26] <easter_egg> but xD
[12:27] <easter_egg> henninge, I was correct XD
[12:27] <henninge> what do you mean?
[12:27] <easter_egg> henninge, maybe join in the group that I was
[12:28] <henninge> easter_egg: but you still cannot log in, right?
[12:28] <easter_egg> henninge, yes
[12:28] <easter_egg> what I say, maybe join in a group that I was in old account before confirm all the emails
[12:29] <easter_egg> cause the problem, doubling the informations
[12:30] <maxb> I'm getting consistent timeouts trying to copy packages between PPAs since the rollout. Can someone check into OOPS-1585D1377 ?
[12:30] <easter_egg> henninge, for exemple...
[12:30] <easter_egg> henninge, https://launchpad.net/~ubuntu-br.am/+members
[12:30] <henninge> maxb: oops too fresh but there are problems with the build farm atm.
[12:30] <henninge> i.e. since the roll-out.
[12:31] <maxb> this should not involve the build farm
[12:31]  * henninge knows too little about ppas :/
[12:32] <maxb> AFAIK what I'm doing should only involve the database and the publisher
[12:32] <easter_egg> maxb, You tried for another provider?
[12:32] <easter_egg> from*
[12:32]  * maxb wonders what on earth easter_egg is talking about
[12:33] <henninge> easter_egg: maxb sits in the UK, so basically right next to the server compared to you  ... ;)
[12:33] <easter_egg> henninge, because...
[12:34]  * maxb sits in an office with a 100Mbit link to a London datacentre :-)
[12:34] <easter_egg> in Brazil, sometimes many provides of internet...
[12:34] <easter_egg> can't resolve somes ips
[12:34] <easter_egg> some*
[12:35] <easter_egg> if other people can upload packages, thats possible to be a problem with your provider
[12:35] <easter_egg> thats I mean
[12:38] <maxb> More of the same oops, just to show it's reproducable: OOPS-1585F1349 OOPS-1585O1581 OOPS-1585E1350 OOPS-1585EC1266 OOPS-1585H1403 OOPS-1585G1436
[12:38] <easter_egg> maxb, or nobody can upload packages in your ppa?
[12:38] <henninge> bigjools: ^ can you confirm these timeouts maybe related to the roll-out changes?
[12:38]  * bigjools is looking
[12:39] <bigjools> henninge: are you help contact today?
[12:39] <henninge> bigjools: no, just happen to be here ... ;)
[12:40] <maxb> FYI the operation in question is a copy-with-existing-binaries, between two PPAs owned by ~mercurial-ppa, and it's one I do very regularly (from a script, even - screenscraping the web UI - yes, blech, but I haven't got around to APIizing it yet)
[12:41] <bigjools> !
[12:41] <bigjools> copy checks did change in the release
[12:41] <bigjools> but were live on edge for ages
[12:42] <easter_egg> henninge, Im installing the launchpad in localhost now
[12:43] <henninge> easter_egg: You said you updated your account on login.ubuntu.com. What was the name before it? The same with the non-ascii character?
[12:43] <easter_egg> henninge, tha name was: Ayrton "Freeman" Araújo
[12:43] <easter_egg> now is Ayrton Araujo
[12:44] <henninge> ok, I am just wondering where the "a.j-merged" comes from.
[12:46] <easter_egg> henninge, me too o.O
[12:46] <henninge> easter_egg: does it show up on "login.ubuntu.com"?
[12:48] <henninge> easter_egg: anyway, I filed a question: https://answers.edge.launchpad.net/launchpad/+question/109576
[12:48] <henninge> and will go to lunch now :/
[12:48] <henninge> :)
[12:49] <easter_egg> henninge, no.. not show up in login.ubun..
[12:49] <easter_egg> the login names not show up
[12:49] <easter_egg> just the name, emails etc
[12:49] <easter_egg> henninge, ok
[12:49] <easter_egg> thanks
[12:50] <easter_egg> enjoy lunch =]
[12:51] <bigjools> maxb: not ignoring you BTW, just waiting for the oopses to sync to somewhere I can see them
[12:52] <maxb> np, thanks for looking
[13:01] <Lord-Readman> There is stuff stuck in the ubuntu import que from the 15th of April, its now the 4th of may
[13:04] <bigjools> maxb: I can't find any of those OOPSes
[13:05] <bigjools> maxb: you got those reported in a copy request on +copy-packages, right?
[13:10] <maxb> bigjools: yes, that's correct
[13:10] <bigjools> maxb: which PPA/binary?  I'll try to reproduce
[13:10] <bigjools> s/binary/package/
[13:12] <maxb> https://launchpad.net/~mercurial-ppa/+archive/staging-snapshots/+copy-packages
[13:12] <maxb> Destination: mercurial-ppa/snapshots
[13:12] <maxb> same series
[13:12] <maxb> copy binaries
[13:12] <maxb> ticking all 5 sources
[13:12] <Lord-Readman> anyone able to take alook, there are things stuck in the ubuntu import que from the 15th of April.
[13:12] <Lord-Readman> ?
[13:13] <bigjools> maxb: just worked fine copying to my testing PPA
[13:13] <maxb> hrm. let me try that again....
[13:14] <maxb> bigjools: Nope, fails here. OOPS-1585K1281
[13:14] <bigjools> hmph
[13:14] <easter_egg> bigjools, when will it be possible to delete ppas?
[13:14] <bigjools> easter_egg: right now
[13:15] <easter_egg> bigjools, in next version?
[13:15] <bigjools> no, now
[13:15] <easter_egg> bigjools, now? In last week was not possible
[13:16]  * noodles775 deleted a ppa a few days ago.
[13:16] <easter_egg> o.O
[13:16] <bigjools> easter_egg: why don't you look at a ppa page
[13:17] <easter_egg> bigjools, I can't now ;x But I will try as soon possible xD
[13:17] <bigjools> maxb: were you using edge or lpnet?
[13:17] <easter_egg> bigjools, because...
[13:17] <easter_egg> In last week
[13:18] <maxb> bigjools: Hmm, so it works if I copy one source at a time. But I definitely used to be able to copy all five at once. I know this because it's a daily build
[13:18] <bigjools> maxb: maybe I was lucky!
[13:19] <easter_egg> bigjools, I tried to change my name, but I can't because the ppa, and I try to delete the ppa, but it was not possible...
[13:19] <bigjools> easter_egg: you can't change your name yet, that is coming soon
[13:19] <easter_egg> so, I created a new account with the name that I wanted ;P
[13:19] <bigjools> but you can delete PPAs
[13:19] <easter_egg> bigjools, strange xD
[13:19] <maxb> I've been using edge mainly before now, mainly lpnet today because because I figured it ought to be less likely to timeout
[13:20] <bigjools> hmmm
[13:20] <bigjools> maxb: and the timeout was on lpnet?
[13:20] <easter_egg> bigjools, I tried hard and not found anything about deleting PPAs, in my old account...
[13:20] <maxb> I've seen the same timeout repeatably on both today
[13:20] <bigjools> ok
[13:20] <easter_egg> bigjools, this was also a bug?
[13:21] <bigjools> easter_egg: it was on the edge service only until today, when some new code was pushed out to all the servers, so everyone can delete PPAs now
[13:22] <easter_egg> bigjools, thanks to explain =]
[13:25] <bigjools> easter_egg: you're welcome
[13:30] <bigjools> maxb: so I suspect I was lucky with my copy, but the copy checker was changed to pick up file conflicts which is no doubt incurring more database queries and slowing it down. :(
[13:30] <bac> mtaylor: ping
[13:31] <maxb> bigjools: And more confusingly, on one attempt just now, I got a completely erroneous report of a file conflict on the .orig.tar.gz
[13:31] <bigjools> maxb: intra-archive copy?
[13:31] <maxb> cross archive copy
[13:31] <maxb> The following source cannot be copied:
[13:31] <maxb>     * mercurial 1.6~1.5.2+3-4263d8998daa-0ppa1~karmic1 in karmic (mercurial_1.6~1.5.2+3-4263d8998daa.orig.tar.gz already exists in destination archive with different contents.)
[13:31] <maxb> this is a li
[13:31] <maxb> *lie
[13:32] <bigjools> StevenK: ^
[13:32] <StevenK> Yes, it's a lie, I have a branch
[13:32] <bigjools> is that the same bug?
[13:32] <bigjools> cool
[13:32] <StevenK> Yes, it's the same bug
[13:32] <maxb> I'm confused, how did this not break edge before the rollout?
[13:33] <maxb> On second thoughts, I must lunch now. afk.
[13:39] <shilbert> Hi, anyone willing to work out automatic update of translations for the GNUmed project with me ?
[13:39] <danilos> shilbert, is that about the automatic template generation?
[13:41] <shilbert> it is about checking why a the translation in launchpad seem not to be synced with the translations provided in the bzr branch
[13:41] <shilbert> someone helped me yesterday
[13:41] <shilbert> I did some changes but apparently I still did not do the right thing
[13:42] <danilos> shilbert, oh, there is a problem with pulling and scanning branches (see topic), and translations can get noticed only after branches are pulled and scanned
[13:42] <danilos> shilbert, so, if that happened sometime in the last 24h, that's most likely the problem
[13:44] <shilbert> danilos, so I will just wait what happens
[13:44] <danilos> shilbert, we are expecting branch scanner to catch up with the backlog in the next 12h, so we'd all have to wait until that happens
[13:45] <apw> StevenK, i assume you are aware that the checksum missmatch bug seems to have spread to -proposed to -updates transitions
[13:58] <StevenK> apw: It's in the copy checker, so it would affect any copy of that nature, yes.
[14:02] <apw> StevenK, fair enough, sounds like a long day in store
[14:02] <StevenK> apw: I already have a fix ...
[14:02] <StevenK> apw: It's being handled.
[14:03] <wgrant> How would that affect pocket copies?
[14:38] <askhl_> Hi.  Regarding building/running Launchpad on Lucid - is the current documentation on dev.launchpad.net up to date?  It still says lucid is the development version
[14:49] <gord> hi, is bzr broken in launchpad right now? non of our branches are updating
[14:50] <intellectronica> gord: yes, see topic
[14:51] <gord> thanks
[14:59] <maxb> askhl_: Well, lucid was only released a few days ago... and it is a wiki.... fix it ! :-)
[15:00] <askhl_> maxb: right :).  But I'd like to build/install it, so it's just whether I should follow the lucid instructions
[15:01] <askhl_> Also... I can edit this?
[15:02] <maxb> You may need to join ~launchpad-dev in order to be able to edit
[15:04] <askhl_> maxb: right, I might do that at some point
[15:14] <nigelbabu> loggerhead is down?
[15:15] <intellectronica> nigelbabu: works for me, but there are still some issues with branches
[15:16] <nigelbabu> intellectronica: aftering abusing the F5 key, it now works
[15:16] <intellectronica> cool
[15:31] <mhall119> flacoste: when a user creates an SSO account, will the same username be used when the create a launchpad profile?
[15:31] <mhall119> or will they be able to create a different username in launchpad?
[15:32] <flacoste> mhall119: by default, the same user name will be used, but you can change it later
[15:32] <mhall119> ok
[15:32] <mhall119> so did someone actually create an SSO account with the username "openiduser44"?  That seems like a strange choice
[15:35] <mhall119> oh wait, it was the django_openid_auth that did it
[15:37] <mhall119> flacoste: okay, the problem is that we're not gettting a "nickname" value from the openid response
[15:38] <mhall119> is that not a required field in the SSO account?
[15:40] <flacoste> mhall119: i don't think it is
[15:41] <mhall119> is there a different field we should be looking for?
[16:22] <easter_egg> henninge, nobody give a reply yet ;~
[16:22] <easter_egg> I will cry
[16:23] <henninge> easter_egg: I am so sorry but as I said, it's a bad day for this kind of stuff.
[16:23] <easter_egg> I know... its the reason to me cry ;P
[16:25] <henninge> sinzui: do you have an idea about easter_egg's problem?
[16:25] <henninge> sinzui: https://answers.launchpad.net/launchpad/+question/109576
[16:27] <sinzui> henninge, I think the account is linked to the wrong profile. I suspect stub is needed to fix the database
[16:28] <sinzui> henninge, since login works via email address, the issue may really be the email address in the SSO db is not correct.
[16:29] <henninge> sinzui: and stub can fix that, too?
[16:29] <sinzui> henninge, only he can do db surgery. he is also one the special people who know how SSO uses the database
[16:30] <henninge> easter_egg: uh oh, although that sounds like good news, it is bad news.
[16:30] <henninge> sinzui: thanks
[16:31] <henninge> easter_egg: stub lives in time zone UTC+7 *and* has a Public Holiday when he wakes up ...
[16:31] <henninge> sinzui: who are the other special people we could ask?
[16:32] <sinzui> I do know of any other
[16:32] <henninge> sinzui: you meant *not*, right? ;)
[16:32] <sinzui> admins can do the work, but only under the direction of someone who knows how authentication works
[16:33] <sinzui> henninge, yes, "not" was missing.
[16:33] <henninge> ok, let's hope stub pops in on his day off ...
[16:33] <sinzui> I passed it to foundations who can find someone
[16:41] <easter_egg> really thank you for help =]
[16:42] <easter_egg> someday, when I grow up, I will help launchpad bug triage =]
[16:56] <tumbleweed> my tarmac (trunk) is just not landing some branches. Is there any way to get it to give any useful debugging information?
[17:21] <dickelbeck> Hi, can someone help me with a mailing list question?
[17:23] <dickelbeck> Suddenly email postings that I send to<EMAIL_ADDRESS>are not coming through.
[17:23] <dickelbeck> I use thunderbird, and recently added a new Outgoing Server setting pointing to google, but it is not the "Default" smtp server within thunderbird.
[17:26] <glen> hi. what are the chances of getting login id of another user who seems rather inactive?
[17:26] <glen> i.e created at 2005 with 0 karma and nothing joined
[17:28] <joh> Out of curiusity - why does Launchpad send me emails about the changes I make myself to bugs etc? And is it possible to disable these notifications?
[17:31] <glen> curiosity killed the cat :P
[17:32] <dickelbeck> lively place at this hour.
[17:54] <maxb> glen: I would say you should file a question (https://answers.launchpad.net/launchpad/+addquestion) and see what the admins say
[18:00] <glen> maxb: thanks, that lead me to a faq: https://answers.launchpad.net/launchpad/+faq/323
[18:31] <mtaylor> bac: pong
[18:31] <bac> hi mtaylor
[19:10] <easter_egg> henninge-afk, I will work now... and will be back later
[19:11]  * henninge-afk will be in bed later ... ;)
[19:25] <maxb> What's up with the very many disabled PPA builders?
[19:29] <KIAaze> hi
[19:29] <KIAaze> is there currently a problem with the bzr browser on launchpad?
[19:29] <KIAaze> I did a push yesterday and it is still not listed
[19:30] <KIAaze> but doing a clean clone gives me the latest revision
[19:30] <KIAaze> The page says "
[19:30] <KIAaze> Updating branch...
[19:30] <KIAaze> Launchpad is processing new changes to this branch which will be available in a few minutes. Reload to see the changes.
[19:30] <KIAaze> "
[19:30] <bigjools> maxb: it's a combination of things but basically the buildd-manager is disabling them because they don't respond quick enough
[19:31] <KIAaze> timestamp of the push: timestamp: Mon 2010-05-03 12:14:37 +0200
[20:06] <czajkowski> kfogel: you about??
[20:07] <kfogel> czajkowski: I am about.
[20:08] <czajkowski> kfogel: trying to follow up on https://answers.edge.launchpad.net/launchpad-registry/+question/108553
[20:08] <czajkowski> the team cannot do anything till that's sorted out
[20:09] <kfogel> czajkowski: one sec, let me finish up current task then look
[20:09] <czajkowski> kfogel: cheers in no hurry
[20:20] <joh> Out of curiusity - why does Launchpad send me emails about the changes I make myself to bugs etc? And is it possible to disable these notifications?
[20:22] <kfogel> joh: I think it does that by default so that users can have unbroken threads in their mailreaders (which many people like).  I'm not sure if it can be disabled; does help.launchpad.net say anything?
[20:23] <joh> kfogel: Ah I see, so it's a feature, not a bug ;-)
[20:24] <kfogel> joh: yes :-)
[20:24] <kfogel> joh:  I actually do consider it a feature & like it, but it would be nice if it were optional.
[20:25] <joh> kfogel: Yeah, I mainly use the web interface - I didn't know about the email interface until now in fact...
[20:25] <joh> kfogel: So receiving notifications instantly after I do something is kinda annoying.
[20:25] <kfogel> joh: I think you can tweak your account to get no email notifications, right?
[20:25] <kfogel> try it
[20:27] <kfogel> czajkowski: when you say "contact" you really mean "owner", right?  That is, Allan Pierra is the current owner, and cannot be reached, and you want to change the owner to Adrian Perez.
[20:28] <kfogel> czajkowski: right?
[20:28] <czajkowski> yes
[20:28] <czajkowski> please
[20:28] <kfogel> czajkowski: what is adrian perez's launchpad username?
[20:28] <czajkowski> let me go check it
[20:31] <czajkowski> kfogel: pmd his emai address
[20:38] <GaryvdM> Hi. lp
[20:38] <GaryvdM> opps
[20:40] <GaryvdM> Hi. lp:ubuntu/lucid/qbzr is built from the .debs, but debian uses bzr udd style development. Is there a way I can get the ubuntu branchs get pulled/merged from the debian branch rather than the deb files.
[20:40] <GaryvdM> I.e: http://bzr.debian.org/pkg-bazaar/qbzr/unstable/
[20:40] <MTecknology> OOPS-1585EB1892
[20:40] <MTecknology> :(
[20:41] <MTecknology> and it happened again :(
[20:41] <MTecknology> I'm trying to change the owner of ~ubuntu-us-nd to ~ubuntu-us-central
[20:41] <metajack> Can anyone tell me why https://launchpad.net/~metajack/+archive/ppa/+files/wokkel_0.4.0+svn94.orig.tar.gz is a 404? Seems my PPA got corrupted or something.
[20:42] <MTecknology> oh.. oops.. that should probably say I'm causing an infinite loop...
[20:42] <bigjools> is it a superseded e
[20:42] <bigjools> gah
[20:42] <bigjools> is it a superseded source?
[20:42] <metajack> I haven't uploaded a new package as far as I know.
[20:42] <metajack> It's not marked as superceded in the web UI.
[20:44] <bigjools> metajack: ok it's because you never uploaded it
[20:45] <bigjools> I would need to look more closely as to why it 404s though
[20:49] <metajack> bigjools: why does the web ui list it if it's not there? :)
[20:50] <bigjools> metajack: it's one of the smaller bugs I have to deal with :)
[20:54] <metajack> bigjools: fair enough
[21:09] <KIAaze> Is it still possible to upload ubuntu 8.04 packages to PPAs?
[21:10] <KIAaze> I signed and uploaded a source package successfully apparently, but there is no sign of it on launchpad.
[21:10] <KIAaze> not even in the building or waiting queue
[21:19] <kfogel> czajkowski: I've added the info and re-pinged the Canonical LOSAs internally.
[21:19] <czajkowski> kfogel: cheers
[21:25] <fta> i understand the builders have issues right now but would it be possible to move some of the working ones to i386 for a while?
[21:38] <bigjools> fta: builders are all fine
[21:38] <fta> are they?
[21:39] <fta> i didn't have a single 32bit daily built in the last 5 or 6 days
[21:40] <bigjools> the builders get re-purposed during the Ubuntu release to push data out
[21:40] <bigjools> they're back now
[21:40] <fta> i know
[21:41] <fta> but even today, no way to get a slot, and the next push is in 5h, meaning the current one will fail to upload once again
[21:42] <fta> (i mean, chromium daily)
[21:42] <fta> (i've disabled both chromium and mozilla dailies during the reallocation)
[21:45] <fta> well, n-m. i give up. i'll stop explaining everywhere that the chromium regression impacting everyone has been fixed 5 days ago and just needs to be built. I'm tired of this.
[21:47] <bigjools> ft
[21:48] <bigjools> and all he does is moan
[23:11] <fta> bigjools, sorry, i quit a little bit too fast. but trust me, i don't "just moan", i spend a lot of energy maintaining those stuff, and people always complain to me about stuff i have no power over, it's frustrating
[23:11] <bigjools> fta: ditto
[23:11] <askhl> Hi.  I would like to install Launchpad on lucid, but step one fails: add-apt-repository complains about a missing key.  It has done this for quite a while, so what should I do?  Surely the key is meant to work, isn't it?
[23:11] <bigjools> I figured someone would paste my comment to you
[23:11] <askhl> I'm following the instructions on https://dev.launchpad.net/Running/Lucid
[23:12] <fta> is maverick open for business or not yet?
[23:13] <bigjools> fta: we also spend a lot of energy maintaining the build farm and the PPA service, and this is not the first time you've complained when someone is trying to help
[23:16] <bigjools> fta: if you were to ask, I could always rescore your builds so you can get a slot
[23:17] <fta> bigjools, well, i didn't even ask for anything this time, i just shutdown my bot last friday and answered to all the complains about missing updates, unfixed regressions for so long, etc. but then, after the restart, my builds kept being pushed back while everything else was moving forward
[23:18] <fta> https://edge.launchpad.net/~chromium-daily/+archive/ppa/+build/1714980  like this one, it's been jumping from 5h to 2h for ~15h, still not started after 20h
[23:20] <fta> well, as i said, i gave up. i've closed all the related bug upstream and in lp as fixed & waiting for build resources
[23:20] <fta> bugS
[23:21] <bigjools> well if it makes any difference, I rescored your build
[23:21] <fta> thank you
[23:21] <bigjools> we're also getting new build hardware specifically for daily builds soon, so the situation will improve