[00:00] <Francois___> I'm OK to debate with people, but only if they are polite. I tried to answer politely to an aggressive message, see the answer now...
[00:00] <Francois___> another question on Answers : https://answers.edge.launchpad.net/ubuntu/+question/128067
[00:00] <deryck> Francois___, file a question on launchpad reporting the issue.  Someone will look into it.
[00:00] <Francois___> where should I report that? I tried to find a contact page, but I'm not so sure who I should contact
[00:01] <deryck> Francois___, report the issue at https://answers.launchpad.net/launchpad
[00:01]  * deryck is out for the day
[00:28] <pecos> please seee this question  https://answers.launchpad.net/ubuntu/+question/128067  and please delete this user
[00:31] <pecos> sorry the question is https://answers.launchpad.net/ubuntu/+question/128068
[00:32] <pecos> the user is https://launchpad.net/~robbinss17
[00:33] <micahg> pecos: yeah, that looks like it's a valid problem, you should file a request: https://answers.launchpad.net/launchpad
[00:34] <jonrafkind> maybe you should just ignore him, whats to prevent him from creating another username?
[00:35] <pecos> ok the user have other active questions so we can wait... usually is better to ignore them
[00:36] <pecos> i will reject the other questions  if i see something wrong... thank you
[00:50] <poolie> jam, if you don't sign your mail, you should at least be able to comment on mps by mail
[01:07] <poolie> is bug expiry all ok except for the excessive mails?
[01:10] <lifeless> poolie: i guess. I got 26 mails from deryck
[01:10] <lvh> Hello!
[01:10] <lvh> https://dev.launchpad.net/Running/VirtualMachine
[01:10] <poolie> hi there
[01:10] <lifeless> #launchpad-dev for this question :)
[01:11] <lvh> Oh, oops sorry.
[01:12] <lifeless> no problem, just want the widest audience possible that have the knowledge you seek (or are interested in what you have to share)
[02:31] <exarkun> Dear Launchpad, please don't spam me. :(
[02:32] <lifeless> bug tracker behaviour change mails ?
[02:50] <lbieber> are there any known issues with email right now?  It appears that our emails are not coming through
[02:50] <lifeless> to or from launchpad?
[02:50] <lifeless> I'm not aware of any issues
[02:52] <lbieber> from launchpad, our hudson jobs send email after different benchmark runs, the emails appear to be sent but we are not receiving them
[02:52] <lbieber> let me double check the archive
[02:53] <lbieber> we haven't seen any emails since 16:00
[02:54] <lifeless> what TZ is that ?
[02:54] <lbieber> What TZ does the archive show?? We are in Pacific time zone
[02:54] <lifeless> launchpad doesn't host hudson instances, I think there is some confusion about what you mean.
[02:54] <lifeless> what archive?
[02:54] <lbieber> https://lists.launchpad.net/drizzle-benchmark/msg04603.html
[02:55] <lifeless> ok, well that mail is Date: Tue, 05 Oct 2010 15:59:03 -0700
[02:55] <lifeless> so probably pacific
[02:55] <lifeless> are you saying that the mailing list isn't getting mails from your hudson instances?
[02:56] <lbieber> Correct, the hudson job sends email to the launchpad mailing list after each completion of our benchmarks
[02:57] <lbieber> we are not seeing those emails
[02:57] <lifeless> ok, so mail *to* launchpad
[02:57] <lbieber> sorry,  yes
[02:57] <lifeless> or are the mails getting to the list archive, but you're not receiving the forwarded mail via the list?
[02:58] <lifeless> anyhow, I haven't seen anything posted about mail. Let me ask.
[02:58] <lifeless> losa ping
[02:58] <lifeless> ^
[02:59] <lbieber> the mails are not getting to the list archive, there should be many more after that last one at 15:59
[03:50] <chx> hi. after running something like  bzr branch --stacked lp:examiner ... i get Created new stacked branch referring to /%2Bbranch/examiner/. and then launchpad says Invalid stacked on location: /%2Bbranch/examiner/
[04:55] <lifeless> losa ping
[04:55] <spm> lifeless: heya
[04:55] <lifeless> spm: see 2 hours back :)
[04:56] <spm> lifeless: yeah, been chasing it for about 35 mins. think I'm finally wtfing
[04:57] <lbieber> so there is an email issue?
[05:02] <spm> hmm. so to speak. the server these live on hard crashed earlier. the queues are banked up, and not processing for some, as yet; unknown reason. we suspect a stray lock somewhere.
[05:05] <lifeless> gah
[05:06] <lifeless> spm: is there an incident report ?
[05:06] <lifeless> spm: I'll tweet that there is an issue
[05:06] <spm> lifeless: no
[05:06] <spm> what's vexing is that this all looked like it was working shortly after the crash.
[05:07] <lifeless> tweeted
[05:19] <nigelb> I now have 10 mails from deryck :p
[05:20] <nigelb> Sigh.  I'm in too many projects :D
[05:21] <lifeless> nigelb: I'm sorry L(
[05:22] <nigelb> lifeless: heh, but compared to when we enabled upstream tracker updates, well, this is nothing.
[09:12] <txdv> does the site got service troubles for now?
[09:19] <wgrant> txdv: It was down for a few minutes for database server upgrades.
[09:19] <wgrant> It's back now.
[09:24] <txdv> mkeyz
[09:25] <txdv> the revisions don't work though
[09:26] <fta> danilos, hi, wrt to my problem with duplicated translator notes in launchpad, is it enough if i re-upload .po files with fake strings once? i mean, what about the .pots? there's nothing i can fake per string in there
[09:34] <knielsen> any problems with ssh on Launchpad currently? I get "Permissin denied (publickey)" for this: bzr log -r-1 bzr+ssh://bazaar.launchpad.net/~maria-captains/maria/5.1
[09:34] <bac> knielsen: LP is currently in read-only mode for maintenance
[09:34] <knielsen> This works though: bzr log -r-1 http://bazaar.launchpad.net/~maria-captains/maria/5.1
[09:35] <knielsen> bac: ok, thanks for info
[09:35] <bac> knielsen: though it may have just come back
[09:35] <knielsen> (still doesn't work from here ...)
[09:36] <wgrant> bazaar.lp.net may take a while longer to come back.
[09:36] <danilos> fta, yeah, once should be good enough
[09:37] <danilos> fta, no need to re-upload pots though
[09:37] <fta> danilos, i changed the "#" into "#." in the pots too, it doesn't matter?
[09:38] <danilos> fta, that needs to be changed in the .pots: that's where it's taken from; regular "# " comments should probably be removed from the .po files
[09:38] <danilos> fta, but I thought you already did for .pots that since it's showing up in the right place in the UI
[09:42] <fta> danilos, let me sum-up: i had "#" everywhere, now i just have "#." everywhere, but launchpad now shows both. i can re-upload fake .po translations once (with keys untouched), but i'm asking if that's enough to fix the problem as there's nothing i can do for the .pots (there are only keys in there, no fakable values)
[09:43] <danilos> fta, that's right: just uploading them once should be enough, afaik (it will go through our optimizations where we discard unchanged translations when just a comment changes)
[09:45] <fta> danilos, ok, so i will re-upload all my .po with each string prepended with "FAKE" (or something unexpected), wait for the queue to clear-up and re-up without that prepend
[09:46] <danilos> fta, right, you can just wait until files are 'imported' and then reupload correct files
[09:46] <fta> danilos, good. thanks, will do that shortly
[10:02] <zyga> rockstar, ping
[10:12] <nigelb> lifeless: I suppose I am the 'one upstream'
[10:13] <nigelb> lifeless: It wasn't 'distressing' per se :)
[10:14] <lifeless> nigelb: no, you're not.
[10:17] <nigelb> lifeless: ok, glad to know.  The number 10 is what I said here too :)
[10:22] <zyga> is there anyone around here who knows how to use tarmac?
[10:22]  * thekorn got 31, a good way to let me know that's I'm responsible for way too many projects
[10:22] <thekorn> ;)
[10:23] <zyga> I tried the trunk, the ppa and nothing really works (the docs don't match reality)
[10:23] <nigelb> thekorn: haha, exactly my feeling
[10:24] <txdv> Is it possible to web reference a particular file of a particular revision in launchpad?
[10:24] <nigelb> yup
[10:24] <nigelb> loggerhead will let you see it
[11:11] <txdv> nigelb: is logerhead integrated in the launchpad official site?
[11:12] <nigelb> txdv: yup.  when you click view branch, that's what you see
[11:13] <nigelb> txdv: which project are you loking at?
[11:14] <txdv> hipl
[11:15] <txdv> https://code.launchpad.net/~hipl-core/hipl/trunk
[11:15] <txdv> i want to link to some file in the current *head* reision
[11:16] <txdv> but i want to stay it at that revision if some new stuff is commited
[11:16] <nigelb> http://bazaar.launchpad.net/~hipl-core/hipl/trunk/changes
[11:16] <txdv> trunk is the newest revision?
[11:16] <nigelb> if you click on files at the side there, you get to see the status of the files at that particular revision
[11:16] <txdv> i want the link to point for ever at 4797
[11:17] <txdv> or some number
[11:17] <txdv> revision
[11:17] <nigelb> hrm, I'm not sure that's possible
[11:17] <txdv> SO, there is no way of _directly_ referencing to particular file from a particular revision
[11:18] <txdv>  /to /to a/
[11:18] <wgrant> You can.
[11:18] <wgrant> eg. http://bazaar.launchpad.net/~hipl-core/hipl/trunk/annotate/4976/.vimrc
[11:19] <nigelb> Just the person I was looking for.
[11:19] <txdv> awesomeness wgrant
[11:19] <txdv> thank you both
[11:21] <txdv> wgrant: is this some hidden way? i couldn't find a direct link to this kind of functionality on launchpad
[11:22] <txdv> or am i too stupid to clickidy click
[11:22] <txdv> :>
[11:22] <nigelb> Arg, I did get it right first time => "if you click on files at the side there, you get to see the status of the files at that particular revision"
[11:22] <wgrant> txdv: Click on "Changes", then find and click on the revision, then click "browse files at revision XXXX", then find the file.
[11:26] <txdv> but it annotates the "head" if the revision is the *head*
[11:26] <txdv> i guess ill have to put the number myself in
[11:26] <wgrant> Ah, yes, I suppose so.
[11:31] <nigelb> Its being smart, a bit too smart, yes.
[12:48] <twb> Trying to use "bzr lp-login" in order to "bzr branch" against the smart server (which isn't available anonymously), I'm told "trentbuck@gmail.com" isn't an account, and "trentbuck" has no SSH keys associated with it.
[12:49] <twb> So I go to the +me URL it gives, which only contains a [Continue] button.  I clicked that, and I got to this: http://paste.ubuntu.com/507188/
[12:49] <twb> The "Continue" button isn't rendered as a button in w3m.
[12:49] <twb> It would be nice if I could click it.
[12:51] <twb> Oh, I forgot to mention: I haven't used my launchpad account for several years.  I set it up long enough to register a GPG key with malone (becaue it was the only way I could report bugs against Ubuntu, short of starting a GUI browser.)
[12:51] <twb> I suspect that w3m is at fault here (http://bugs.debian.org/136810), but it would be nice if lp worked around it until upstream gets a clue.
[12:55] <wgrant> There's a bug for that.
[12:55]  * wgrant finds.
[12:55] <wgrant> Bug 556927
[12:55] <wgrant> twb: ^^
[12:56] <twb> It was probably even my bug, from last time I tried to use lp :-P
[12:58] <twb> I have lp-tools stuff installed, if I can authenticate and register an SSH public key that way...
[12:58] <wgrant> Can you use elinks?
[12:59] <twb> I don't really want to.  That'd be giving in
[12:59] <twb> w3m is, after all, the default browser in debian and ubuntu-serevr.
[13:03] <twb> Looks like elinks fails, too.  It goes back to the login page without any error message.
[13:03] <twb> That's with elinks 0.9.2.
[13:04] <twb> And lynx 2.8.5dev.16 fails to recognize the BUTTON tag as clickable, just like w3m.
[13:05] <twb> If I hit "(Submit)" in lynx, it (eventually) goes back to the login page, as elinks did.
[13:06] <twb> I suspect lp is trying to return an error like "that account has expired", but lynx/elinks don't render the error properly.
[13:08] <twb> "env -u http_proxy elinks launchpad.net" returns gibberish, as if the server returned a gzipped page and elinks didn't know to inflate it.
[13:15] <chmouel> hi guys, I wonder if anyone knows if there tools  for launchpad to report bug from the CLI ?
[13:15] <chmouel> googling launchpad-cli does not give much hints
[13:15] <twb> chmouel: you can report bugs to malone (the BTS component) using GPG-signed emails
[13:15] <chmouel> twb: tks, any pointers for doc ?
[13:15] <twb> chmouel: also, apport can fire up a tty browser, though AFAICT it doesn't really work thereafter
[13:16] <twb> chmouel: https://help.launchpad.net/Bugs/EmailInterface, I think
[13:16] <chmouel> do you know if  apport would work on debian testing ?
[13:16] <twb> apport is like reportbug.  If you don't run it on the host that's having the problem, it won't collect any useful information.
[13:17] <chmouel> twb: ah ok, it's not really what I am looking for then, cheers i'll dig into the Email Interfaces
[13:17] <twb> Unfortunately, unlike reportbug, I can't see how to use apport to generate the useful information, then manually copy that information to a machine that is allowed on the internet.
[13:17] <twb> IIRC it tries to submit the dump before doing any prompting, which obviously doesn't work for secure hosts.
[13:18] <twb> chmouel: note that you'll need to create an account, log into it, and register your GPG key before using the email UI -- and those setup steps probably require you to use firefox or similar.
[13:18] <wgrant> Some console browsers do work.
[13:18] <chmouel> twb: sweet yeah i got all of that already
[13:19] <twb> wgrant: not the old versions I have, anyway.
[13:19] <twb> my lynx doesn't even think login.launchpad.net matches the SSL cert's *.launchpad.net
[13:19] <wgrant> Hah.
[13:20] <twb> Hahaha
[13:21] <twb> The sol8 box's lynx doesn't support SSL
[13:21] <wgrant> ... that's impressive.
[13:23] <twb> OK, THAT was fucking scary
[13:24] <twb> I ran elinks on a different host (but with a shared /home), and it was already logged in
[13:24] <twb> So clearly one of the older boxes maanged to get the TGT (cookie?), but failed to use it.
[13:25] <twb> Current versions of lynx and links *DON'T* work for me, FWIW.
[13:28] <twb> And I successfully logged in AND I have an ssh key registered with lp, so why does "bzr lp-login trentbuck@gmail.com" claim that I'm not a valid user?
[13:29] <wgrant> Your username isn't trentbuck@gmail.com
[13:29] <wgrant> That's an email address.
[13:29] <wgrant> Your username is the bit in https://launchpad.net/people/USERNAME
[13:29] <wgrant> Er.
[13:29] <wgrant> https://launchpad.net/~USERNAME, it is nowadays.
[13:29] <twb> Grmph
[13:30] <wgrant> There's a link in the top right, if you have a top right.
[13:30] <twb> Stupid openid crap
[13:30] <twb> wgrant: bzr is a CLI
[13:30] <wgrant> It is, yes.
[13:30] <wgrant> You need to find your Launchpad username.
[13:30] <twb> i.e. it doesn't have a "top" or "right"
[13:30] <wgrant> I was speaking of the Launchpad web UI.
[13:31] <wgrant> Alternatively, navigate to https://launchpad.net/people/+me/+edit in an authenticated browser, and see what it says your username is.
[13:31] <wgrant> It's the second field on that form.
[13:32] <twb> Oh, "twb".
[13:32] <twb> And that succeeded without any output, so I presume it worked
[13:33] <twb> And bzr is using ssh now.
[13:35] <chmouel> hey guys another question is there some kind of text format for reporting bugs (ie: textile or others tag based syntax)
[13:38] <twb> wgrant: thanks for your help, I have managed to get "bzr branch lp:emacs" working without OOM-killing my screen session.
[13:39] <wgrant> twb: I'm glad you finally got it working.
[13:40] <twb> Well, I got bzr working.  The web part still requires a recent version of elinks (not w3m, lynx or links, nor an old version of elinks).
[13:41] <twb> I was joking the other day that OpenID was retarded and Kerberos was the Right Thing, but webdev wankers wouldn't adopt it because it's too complicated for their end users
[13:41] <twb> I'm no longer convinced OpenID is less complicated :P
[13:42] <wgrant> Kerberos is probably the right thing, but yeah, probably not going to happen.
[13:42] <twb> NeWS was the right thing, too, but AJAX won
[13:42] <twb> Stupid humans...
[13:42] <wgrant> Heh.
[16:45] <nigelb> deryck got mails himself and 100s of them.   Now thta's really satisfying :)
[16:46] <deryck> nigelb, glad you feel vindicated. :-)
[16:46] <nigelb> heh
[17:07] <fta> danilos, it didn't work, i still have the dupes :(
[17:10] <danilos> fta, that sucks, but we can probably just remove the templates and you can re-import them all: do you think there's no work of translators that could be lost if we do that?
[17:11] <dpm> danilos, I don't think so, we haven't announced this at all, it is on the testing phase. I for one have submitted translations, but just for that: testing
[17:14] <fta> danilos, well, maybe i'm wrong, i'm confused by the status field. i see the po confirmed, not merged
[17:14] <danilos> fta, do you mean 'approved' vs 'imported'?
[17:14] <fta> i meant approved
[17:16] <danilos> fta, right, those are not yet imported then
[17:16] <fta> danilos, why is it so slow? i uploaded the revision 2h+ ago, it's just a bunch of strings to parse
[17:16] <fta> takes half a day to complete
[17:17] <fta> i hooked that to chromium trunk, meaning daily updates.. maybe not daily strings, but yet, 1/2d
[17:17] <danilos> fta, import is usually fast, approval process is slow (I know it sounds weird, but there are a lot of heuristics to check all of the 50k files that live in the queue: https://translations.edge.launchpad.net/+imports/+index?field.filter_status=NEEDS_REVIEW)
[17:18] <fta> takes me 1sec to convert them from weird xslt files ;)
[17:19] <danilos> fta, we should improve this, but as you've noticed, there's always a bunch of annoyances around that need fixing (and once you actually get this set up properly, it's not that bad to wait 2h, so nobody was annoyed enough to really nag us about fixing it)
[17:19] <fta> danilos, i agree, once it's in place, i guess i won't mind either
[17:19] <danilos> fta, this is all very ancient code that's overly complex; ideally, we'd revisit it and make it much faster, but we just don't have the time
[17:20] <danilos> fta, fwiw, once you get to a reasonable state, it might be interesting to explore integrating it into LP so that you don't have to manually run it or maintain a separate translations series/branch
[17:21] <fta> danilos, integrate what? the upstream files?
[17:21] <danilos> fta, no, your code to generate PO files
[17:22] <fta> danilos, oh, sure. it's in a branch. not sure you'll like my python coding style though. i'm more a c/perl/sh/js guy ;)
[17:24] <danilos> fta, heh, well, it'd have to be adapted to LP coding style, but I am just mentioning it as an option if you are interested - I'd still ask you to do it :P
[17:25] <fta> danilos, and i guess the pre-requisite would be to have the upstream source code in bzr.. which is far from trivial
[17:27] <danilos> fta, is it? can't we just have an import into LP? (we can import git, hg, svn and cvs branches, afaik)
[17:28] <fta> danilos, the full chromium tree is a collection of zillions of svn/git trees: http://src.chromium.org/cgi-bin/gitweb.cgi?p=chromium.git/.git;a=blob;f=DEPS;h=ef3e9e47bc46dcc920b9adbff9a2c94f119d394e;hb=HEAD
[17:28] <danilos> fta, ah, it could be that those "subtrees" are not supported yet, but I know bzr team is working on that about these days as well :)
[17:30] <fta> another idea could be to just just unpack my daily tarballs in bzr. we'll loose the upstream revisions though.
[17:31] <danilos> fta, right, I don't think it's a big worry, and I am certain we'll soon be able to import complex git trees like the one from chromium
[17:37] <fta> danilos, not sure. chromium is a regular svn/git tree, plus a py script called gclient (with tons of arguments), reading the DEPS files scattered in the tree, fetching more sub-trees and even triggering some actions, it's pretty specific
[17:41] <danilos> fta, right, but with svn/git you can also "natively" reference other branches which need to be included on checkout (at least with svn and cvs, not sure about git :), and that's something bzr doesn't support yet; if it's not such "nested trees" and is really specific, then you are probably right :(
[17:54] <danilos> fta, oh, btw, I've removed all the templates/translations so you can easily re-upload the correct stuff now
[17:54] <danilos> fta, if you want me to bring them back, just let me know
[17:55] <danilos> fta, or maybe not, we seem to have gotten into read-only mode
[17:55] <fta> danilos, ??
[17:55] <danilos> fta, I thought you wanted me to move them away so you can fix the duplicate comments
[17:57] <fta> danilos, yes, but should i do now? commit an empty revision?
[17:57] <fta> +what
[17:58] <danilos> fta, no, you should be able to request a one-time import as well
[17:58] <fta> micahg, grrr, I stopped all the dailies for jaunty last week, and i keep receiving requests from jaunty users :P
[17:59] <micahg> fta: idk what to say about that, I'm sure the LP Admins are happier :)
[17:59] <micahg> fta: jaunty has 17 days of life left, I wouldn't worry
[17:59] <danilos> fta, sorry, got a meeting now (please don't reimport them before I remove the final template)
[18:00] <fta> micahg, i always make the same answer: close to EoS + short of build resources => out, plz upgrade
[18:08] <fta> danilos, ok, not touching anything until i hear from you
[18:31] <asabil> hi all
[18:49] <lfaraone> Is there a way to register a github bug tracker in launchpad?
[18:59] <maco> how do i change the owner of a team? there's no pencil icon next to owner anymore
[19:02] <deryck> lfaraone, not currently.  You could open a bug against malone requesting support for github as an external tracker.
[20:03] <trijntje> Hi all, it looks like something went wrong with my launchpad account, is this the right place to ask?
[20:07] <maxb> trijntje: Possibly, if not, we can probably figure out where to direct you
[20:12] <trijntje> Well, I logged into LP, but somehow instead of logging into my normal account a new account was created from my email adres minus @gmail.com. Now I cant acces my usual account
[20:13] <trijntje> https://launchpad.net/~redmar <- my real account should be there
[20:15] <leonardr> maco: if you go to launchpad.net/~[team-name]/+reassign you can change the team owner
[20:18] <leonardr> trijntje, walk me through this
[20:19] <leonardr> are you logged into lp now? if so, as which user?
[20:19] <maco> leonardr: thanks
[20:19] <trijntje> I'm not logged in at the moment
[20:20] <leonardr> ok, tell me what happens when you log into launchpad. what page do you see, and what do you type in?
[20:21] <maxb> leonardr: launchpad.net/~redmar OOPSes, edge.launchpad.net/~redmar does not. This is the fingerprint of the "SSO reassigns account id incorrectly" problem
[20:21] <maxb> wgrant: Around? You know more than me about this
[20:21] <leonardr> salgado also might know
[20:22] <trijntje> When I click on login on any LP page I go to the "Launchpad Login Service", where firefox automatically fills in my password and email
[20:22] <maxb> trijntje: Basically this is a problem where stupid things happen when Launchpad and Ubuntu SSO disagree about which email addresses relate to which accounts
[20:22] <maxb> trijntje: What is the LP id of the other account (other than ~redmar) ?
[20:22] <micahg> I had to log in also today, I was on edge, there was an announcement that edge would be disappearing, I figured this was part of it
[20:23] <trijntje> maxb: https://launchpad.net/~redmar-vdberg
[20:25] <maxb> Do you have multiple email addresses associated with your account on https://login.launchpad.net/ ?
[20:27] <maxb> I'm not entirely sure if this will work or not, but you might try setting redmar at ubuntu-nl dot org as your preferred address in login.launchpad.net, and then logging out and back in to Launchpad itself
[20:28] <trijntje> maxb, Do you mean try to login with my ubuntu-nl adres?
[20:28] <maxb> First, set that address to be the preferred address in login.launchpad.net
[20:29] <maxb> Then, log out and log back in to launchpad.net itself (or edge)
[20:30] <trijntje> maxb, cool, that worked :D
[20:31] <maxb> trijntje: In order to clean up the duplicate account, you probably want to go to https://launchpad.net/people/+requestmerge
[20:38] <trijntje> maxb, thanks for that link, I've merged the two accounts
[20:38] <maxb> that should prevent a recurrence of the problem, even if you change your preferred address
[20:39] <trijntje> I'm glad I got my account back, you're my hero maxb ;)
[20:51] <ari-tczew> could any LP admin take a look, whether I set up import from cvs correctly? https://code.launchpad.net/~ari-tczew/dbhub/stable
[20:52] <maxb> You don't need an admin for that, just a vcs-imports operator
[20:53] <fta> when a bug is filed using apport, some sections appear as text in the initial report, some as attachments. what's the rule?
[20:53] <maxb> Fortunately, I am one.
[20:53] <maxb> Unfortunately, that import is not OK.
[20:53] <maxb> ari-tczew: You've specified a web viewer path, not an actual CVS repository
[20:54] <ari-tczew> maxb: lp wanted from me http link
[20:54] <maxb> um. really?
[20:55] <maxb> ari-tczew: You actually needed to specify :pserver:anonymous@dbhub.cvs.sourceforge.net:/cvsroot/dbhub
[20:55] <maxb> ari-tczew: Fixed and approved.
[20:55] <ari-tczew> maxb: many thanks!
[20:56] <ari-tczew> maxb: which branch will be taken? stable or trunk?
[20:57] <maxb> the HEAD / trunk
[20:57] <MrKeuner> hello, I have subscribed to a bug and related bugs are also sent to me, where can I adjust those settings. Some of them are really unrelated to me
[21:26] <JanC> I'm trying to file a bug report, but every time LP times out a short time after pressing submit...  is something wrong with the servers?  :-(
[21:26] <micahg> anyone know why a branch scan would take an hour?
[21:30] <james_w> losas: is the branch-scanner stuck? I believe I've heard that it has been stuck a few times recently
[22:04] <maxb> james_w: hi, so I've been looking at UDD NoSuchTag failures, and I'm wondering how best to report my findings for you to fix them. I *could* produce a long list of "bzr tag -d lp:ubuntu/maverick/foobar -r revid:fjwefjiweofowe upstream-x.y.z" commands, and ask you to just run them - but perhaps it would be better for me to write a bzr-merge-tags plugin? i.e. "bzr merge-tags lp:debian/sid/foobar lp:ubuntu/maverick/foobar", which just calls sourc
[22:04] <maxb> e_branch.tags.merge_to(dest_branch.tags)
[22:05] <james_w> maxb, that could work, but I would worry about doing too much?
[22:05] <james_w> the tag -d ... was what I was doing, so I wouldn't mind running those on your behalf, if it's not too difficult for you to produce them
[22:06] <maxb> That works too, but it requires that you trust the revids and tags I state, or have lots of pain verifying them
[22:06] <maxb> If that's ok, I'll save myself the effort of writing the bzr plugin, and produce some commands
[22:07] <james_w> if that's what you would prefer then I am happy to do it
[22:07] <james_w> in my mind it's easier to eyeball the effects of those commands, rather than work out the ways merging all the tags could go wrong
[22:08] <maxb> ok, good. So I'll start trickling in some bugs over the next week, as I eyeball each package's branches
[22:12] <james_w> maxb, great, thanks
[22:13] <james_w> maxb, to me it seemed like they fell in to two camps, the one where merge-upstream wasn't used, and those where tags apparently weren't merged
[22:14] <james_w> I assume it is the latter you are looking at? If so, then letting me know of any where the merge was done in the last month would be great, as it would indicate that there are still bugs there
[22:14] <micahg> any idea about the branch scanner?
[22:14] <maxb> I found one rather perplexing one which seemed to suggest that merge-upstream had been used, but the tag had then gotten lost
[22:14] <maxb> anyway, to bugs :-)
[22:15] <ari-tczew> could we count on branch scanner soon, or it's a higher issue?
[22:16] <poolie> ari, what do you mean?
[22:19] <micahg> poolie: a branch has said it's waiting to be scanned for about 3 hrs now
[22:24] <mwhudson> micahg: got a link?
[22:24] <micahg> mwhudson: https://code.edge.launchpad.net/~ubuntu-branches/ubuntu/maverick/libfxscintilla/maverick
[22:25] <mwhudson> micahg: hmm
[22:25] <mwhudson> losa ping
[22:25] <mbarnett> heya mwhudson
[22:25] <mwhudson> mbarnett: aware of any issues with the branch scanner today?
[22:26] <mbarnett> mwhudson: not that i am aware of.  we don't have any alerts on it.  It could be running a bunch slower due to the hardware updates we are doing with the primary database though...
[22:27] <mbarnett> and by hardware updates i mean software of course
[22:27] <mbarnett> and by software i mean os
[22:27] <mbarnett> basically, i like to tell lies.
[22:27] <mwhudson> ah bum
[22:27] <mwhudson> http://launchpadlibrarian.net/57189808/jR3X1uFDWYhXPet14K6N1hWzrkG.txt
[22:27] <mwhudson> mbarnett: heh heh
[22:28] <mwhudson> micahg: thats the problem ^
[22:28] <mwhudson> mbarnett: ah, so is the master a different db currently?
[22:28] <micahg> mwhudson: k, what's the solution?
[22:28] <mwhudson> micahg: sysadminnery
[22:28] <ari-tczew> we have no time
[22:29] <micahg> mwhudson: heh, will this job finish before the package importer would import an uploaded version?
[22:29] <mwhudson> ari-tczew, micahg: what is the actual issue that the branch scanner not updating is causing you?
[22:29] <micahg> mwhudson: I didn't want to lose my bzr commits for the branch
[22:30] <micahg> the importer will import the uploaded version usually and then my commits will be lost and it'll be one huge commmit
[22:30] <mwhudson> mbarnett: my hypothesis is that you've changed which machine is running the master db recently and there's a GRANT or two missing on the new machine that were done by hand on the old one
[22:30] <mwhudson> mbarnett: is that plausible?
[22:31] <mbarnett> mwhudson: that is quite possible
[22:31] <mwhudson> mbarnett: ok
[22:31] <mbarnett> mwhudson: if so, we would want to make sure we get them into a standard schema update and apply them asap
[22:31] <mwhudson> micahg: ah ok, no this is basically a "cosmetic" problem
[22:31] <mwhudson> micahg: your revisions are safe
[22:31] <micahg> mwhudson: cool, thanks
[22:31] <mwhudson> it's just the data in the launchpad database that's lagging
[22:32] <mwhudson> micahg, ari-tczew: i take it http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/maverick/libfxscintilla/maverick/changes shows the revision you care about?
[22:32] <mwhudson> mbarnett: yeah, that all sounds sane
[22:33] <mwhudson> mbarnett: thumper would know what the grant we need is probably, but he's not around :/
[22:34] <mbarnett> mwhudson: oof
[22:34] <micahg> mwhudson: yes, but hmmm, the tag doesn't show at the top level, I wonder if the importer will see it
[22:34] <mbarnett> mwhudson: what makes him think that he is allowed to not be around?
[22:34] <mbarnett> ever?
[22:34] <mwhudson> micahg: i don't know what that's about, i doubt it's related to the scanner though
[22:35] <micahg> james_w: will a tag on a merged branch be enough for the importer not to overwrite?
[22:36] <mwhudson> mbarnett: looks like branchscanner should have "SELECT, UPDATE" on distributionsourcepackage, can you check if that's the case?
[22:38] <mbarnett> mwhudson: it is kind of convoluted since everything is managed using roles
[22:38] <mbarnett> mwhudson: but i am trying to upack access now
[22:38] <chx> hi. i am here to report a bug. Not sure how to do that officially
[22:38] <mwhudson> mbarnett: :/
[22:39] <mwhudson> mbarnett: my guess is that the issue has been fixed in devel/ so that the next rollout will fix this issue
[22:39] <chx> so it says "The diff has been truncated for viewing." but there is nowhere to look for the rest.
[22:39] <mwhudson> chx: you can download it
[22:39]  * chx facepalms
[22:40] <mwhudson> "* Download diff    *  Show line numbers"
[22:40] <mwhudson> chx: that should probably be repeated where the truncation message is, i guess
[22:40] <chx> mwhudson: maaaaaaaybe! :)
[22:41] <mwhudson> chx: a bug at https://bugs.launchpad.net/launchapd-code/+filebug saying that would be appropriate
[22:41] <chx> mwhudson: just in case somone does not to chase a single link across 5000 lines of code.
[22:41] <chx> *want to
[22:41] <mwhudson> yeah
[22:42] <chx> mwhudson: i am filing at https://bugs.launchpad.net/launchpad-code/+filebug rather :)
[22:44] <mbarnett> mwhudson: so, if i am  reading this correctly, none of the roles that have been granted to branchscanner have ANY access to the distribtionsourcepackage table.
[22:45] <mwhudson> mbarnett: ok
[22:46] <chx> mwhudson:  https://bugs.launchpad.net/launchpad-code/+bug/656005 thanks.
[23:07] <mwhudson> did anyone else get mail/spam from jscrambler?
[23:07] <wgrant> Yup.