=== mhz [n=mhz_chil@moinmoin/fan/mhz] has joined #launchpad [12:18] hi all [12:18] I have seen some pages and still can't find the place to file a bug [12:18] https://launchpad.net/malone [12:19] I want to file a bug related to LaunchPad [12:19] not to other aps. [12:19] any hint? [12:22] mhz: you mean, you want to find a "prodct" per rosetta/malone/etc ? [12:24] mhz: currently I think, you have to file it just against "launchpad" and assign it to the person who's responsible to the piece of module you are opening the bug against [12:26] ooooh, ok [12:27] sivang: when choosong package name, i ge to 'select SourcePackageName' [12:27] and I get launchpad-integration [12:27] not just launchpad [12:27] is it the same? [12:32] mhz: can you send me a link? [12:32] sure [12:33] w8 [12:34] sivang: 1st) https://launchpad.net/malone/bugs/+package [12:35] there, I press choose at Source Package Name [12:36] and if i understand correctly, I type launchpad [12:36] then, I only get launchpad-integration [12:37] right [12:37] launchpad is not packaged. [12:37] I imagined [12:38] so you can't file bugs against it from there. [12:38] then how do I file a bug related to it? [12:38] https://launchpad.net/products/launchpad/+bugs [12:38] lifeless: yhx [12:38] thx [12:38] lifeless: I sent merge request for sftp://chinstrap.warthogs.hbd.com [12:38] i was getting dizzy [12:39] :) [12:39] That has apparently worked for launchpad. [12:39] (though there were conflicts) [12:39] ddaa: that wont work. it has to be chinstrap.ubuntu.com [12:39] Why should it fail for pybaz? [12:39] Mh [12:39] right, the address for launchpad was on ubunt.com [12:40] mdz: " Report a bug about A set of Bugs" ? [12:40] oops [12:40] that was for mhz [12:42] mhz: what's that gotta do with launchpad-integration? [12:43] sivang: [12:43] nothing to do with it [12:44] sivang: launchpad-integration [12:44] sorry [12:44] sivang: Bug #4586 [12:44] Malone bug #4586: Many ubuntu related actions/work are not being tracked Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/malone/bugs/4586 [12:44] LOL!!! Ubugtu [12:45] good work [12:47] bug #1000 [12:47] Malone bug #1000: There are too many bug reports in Malone Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: Rejected http://launchpad.net/malone/bugs/1000 [12:55] ddaa: Hey [12:56] ddaa: The branch is merged [12:56] ddaa: Just have to send to pqm now [12:56] niemeyer: cool what was it? [12:57] I'm waiting for the merge here as well, as I just came back (and about to go to deb) [12:57] ddaa: Just simple stuff.. .bzrignore, and harness.py was changed in both places. [12:57] But not in an incompatible way.. [12:57] hehe, deb ;-) === carlos -> bed [12:58] ddaa: How to submit that for pqm? === niemeyer looks in the launchpad wiki [12:58] https://wiki.launchpad.canonical.com/PQMSetup [12:59] the .bzr/parent must be sftp://chinstrap.ubuntu.com/path/to/landing/target and the .bzr/x-pull-data must be set properly to the rsync target (what to merge from). [12:59] niemeyer: I must go to bed now. [01:00] Thanks. In case you do not manage to do the pqm thing, I'll do it tomorrow first thing. [01:00] the postfix configuration is very important [01:01] because pqm is so stupid [01:01] I set the mail host name here to "allouche.net", and since my login on my workstation is "david", and the authorized user to pqm is david@allouche.net, it works. === ddaa leaves [01:06] heh [01:06] I so love ignorance-is-bliss [01:06] beats a pie in the face [01:06] the authorised user comes out of the gpg signature, has nothing to do with the mail config [01:07] the mail config is solely for sending the feedback emails. [01:07] bob2: :) === bob2 had problems with feedback from pqm until he realised Sender: really should be able to receive mail [01:07] yup [01:07] the spec does say that. [01:11] lifeless: Is there any other document explaining the PQM interface? [01:11] lifeless: Also, am I allowed to request merges? [01:13] have you completed the PQMSetup instructions ? === niemeyer is a PQM virgin.. [01:13] :-) [01:13] if not, then no. [01:13] lifeless: Yes, I did.. but long ago [01:14] there is the pqm manual, and source at http://people.ubuntu.com/~robertc/pqm/trunk [01:14] lifeless: And never received an answer from you about my gpg key [01:14] lifeless: So I guess not. [01:15] Heh.. I just removed an old PQM arch tree I had around, thinking "Humm.. at that point Robert must have it under bzr" [01:15] I'm glad to have guessed right :) === mpt [n=mpt@tvwna-ip-a-1.princeton.org] has joined #launchpad === dewd [n=dewd@201009186135.user.veloxzone.com.br] has joined #launchpad [01:21] lifeless: So, have you register my gpg key as allowed for submissions? [01:21] registered [01:21] lifeless: Should I resend it? [01:21] una momento [01:24] whats your key id ? === Nafallo goes to bed, goodnight all! :-) [01:25] niemeyer: you did not include that in your email [01:25] nor your fingerprint. tsk. [01:25] lifeless: Well, I included the key itself.. === Nafallo is now known as Nafallo_away === dewd [n=dewd@201009186135.user.veloxzone.com.br] has joined #launchpad [01:25] niemeyer: so, what is the key id ? [01:26] 66643A0C [01:26] thanks [01:27] ok [01:27] you are now in the canonical group [01:29] Thanks! [01:30] So, what the merge request URL looks like? sftp://...? [01:31] lifeless: ^ [01:31] the script should generate it correctly, if your parent is set (to sftp://chinstrap.ubuntu.com/home/w...), and your public copy is set correctly (via x-push-) [01:32] lifeless: I'll create the email by hand.. [01:32] why ? [01:32] lifeless: I'm not using push (rsync).. my postfix has its own custom configuration.. [01:33] uhm,. So the push we use is rsync ;). [01:33] lifeless: And it's more interesting to see how things work by starting that way. [01:33] any good postfix config will work correctly, its only broken ones where sender: cannot recieve replies that are problematic. [01:33] but up to you. [01:34] if you want to fiddle, just use the script 'submit-bzr-merge 'test' gustavo@niemeyer.net' [01:36] lifeless: Will bzr push rsync://... work correctly if there are nested trees? [01:36] it onyl pushes the current tree [01:36] i.e. it ignores the nested trees. [01:36] Nice === dewd [n=dewd@201009186135.user.veloxzone.com.br] has joined #launchpad === zygis [n=zygis@clt-84-32-129-122.dtiltas.lt] has joined #launchpad === Ubugtu [n=bugbot@ubuntu/member/seveas] has joined #launchpad === Aiste [n=Aiste@195.182.78.95] has joined #launchpad === SteveA [n=steve@195.182.78.95] has joined #launchpad === sladen [i=paul@starsky.19inch.net] has joined #launchpad === Nafallo_away [n=nafallo@ubuntu/member/nafallo] has joined #launchpad === bob2 [i=rob@crumbs.ertius.org] has joined #launchpad === jblack [i=jblack@static-209-158-45-74.scr.east.verizon.net] has joined #launchpad === JanC [n=janc@lugwv/member/JanC] has joined #launchpad === mantiena [n=AKL@ctv-84-55-0-52.init.lt] has joined #launchpad === auth00 [i=auth@fiji.grd.sgsnet.se] has joined #launchpad === mdke [n=matt@ubuntu/member/mdke] has joined #launchpad === t1n_m4n [n=Lotus@cpe-24-194-140-191.nycap.res.rr.com] has joined #launchpad === LarstiQ [n=larstiq@cust.7.157.adsl.cistron.nl] has joined #launchpad === ajmitch [n=ajmitch@port161-157.ubs.maxnet.co.nz] has joined #launchpad === jamesh [n=james@203-59-207-160.dyn.iinet.net.au] has joined #launchpad === poningru [n=poningru@n128-227-11-184.xlate.ufl.edu] has joined #launchpad === Znarl [n=karl@bb-82-108-14-161.ukonline.co.uk] has joined #launchpad === siretart [i=siretart@ubuntu/member/siretart] has joined #launchpad === \sh_away [n=nsh@ubuntu/member/backslash-sh] has joined #launchpad === uws [n=mathilda@scrat.hensema.net] has joined #launchpad === asw [n=asw@karuna.med.harvard.edu] has joined #launchpad === mdke_ [n=matt@81-178-233-124.dsl.pipex.com] has joined #launchpad === mhz [n=mhz_chil@moinmoin/fan/mhz] has left #launchpad ["Leaving"] === poningru [n=poningru@n128-227-11-184.xlate.ufl.edu] has joined #launchpad === Burgundavia [n=corey@S0106000000cc07fc.gv.shawcable.net] has joined #launchpad === tambaqui [n=patricia@200-230-129-151-mns.cpe.vivax.com.br] has joined #launchpad [05:31] how can I delete items on the calendar? [05:32] and more importantly, should the admin of a group not have complete access over the calendar? (I am getting an permissions error on the doc team calendar) === robitaille [n=robitail@ubuntu/member/robitaille] has joined #launchpad === tambaqui [n=patricia@200-230-129-151-mns.cpe.vivax.com.br] has joined #launchpad === lbm [n=lbm@cpe.atm4-0-1301006.0x50a0824e.vgnxx6.customer.tele.dk] has joined #launchpad === mpt [n=mpt@tvwna-ip-a-1.princeton.org] has joined #launchpad === stub [i=stub@sweep.bur.st] has joined #launchpad [08:28] SteveA: ping === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad === mpt [n=mpt@tvwna-ip-a-1.princeton.org] has joined #launchpad === mpt [n=mpt@tvwna-ip-a-1.princeton.org] has joined #launchpad [09:21] lifeless: hi [09:38] lifeless: around? === carlos [n=carlos@243.Red-83-47-24.staticIP.rima-tde.net] has joined #launchpad [09:42] morning === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [10:12] SteveA, hi, morning [10:13] SteveA, I need that someone reviews TranslationUploads implementation [10:13] SteveA, we need it for dapper import into launchpad === kalimasad [n=jamus_ka@222.124.24.112] has joined #launchpad === stub [i=stub@sweep.bur.st] has joined #launchpad === stub [i=stub@sweep.bur.st] has joined #launchpad [10:31] carlos: mail me, and i will do it later today [10:31] SteveA, ok, thanks === GoRoDeK [n=gorodek@p5083DDAD.dip.t-dialin.net] has joined #launchpad === Nafallo_away is now known as Nafallo [10:59] ddaa: hello [10:59] Hey SteveA === Keybuk [n=scott@descent.netsplit.com] has joined #launchpad [11:01] ddaa: i want to arrange a meeting to talk about bzr launchpad branch stuff, with you and lifeless. can we do monday morning? [11:02] For a relatively late value of morning. [11:02] the times available are monday morning or wednesday morning [11:03] I'd prefer early afternoon, say 2pm. [11:03] That... 1300 UTC [11:03] that won't work for lifeless [11:03] Then, I can arrange to be there. [11:04] monday morning, say, 0900 UTC? [11:04] i think 1000 UTC would be okay [11:04] shall we say monday, 1000 UTC? [11:04] Deal. [11:04] okay. i'll mail. [11:05] BTW, any news on the asterix-at-DC front? [11:06] I'm still for comfortable with chat, but voice as an addition could be nice for this sort of meeting. [11:06] * still more comfortable [11:06] no news [11:08] SteveA: do you have an agenda for the meeting? [11:09] I'd like to be able to think a bit about it in advance. [11:13] talk about the launchpad / supermirror / bzr end of things [11:13] and establish how all the moving parts fit together, and who is responsible for what === koke [n=koke@ubuntu/member/koke] has joined #launchpad [11:15] Mh... I guess I will figure out what this kind of meeting is about :) === lbm [n=lbm@x1-6-00-13-10-7a-d1-e4.k233.webspeed.dk] has joined #launchpad === Aiste [n=Aiste@office.pov.lt] has joined #launchpad [11:58] lifeless, SteveA: PQM appears frozen again [11:59] Please kick it up or something, that's blocking BranchDataStorage :( === matsubara [n=matsubar@201-13-106-123.dsl.telesp.net.br] has joined #launchpad [12:11] good morning! === salgado [n=salgado@201-13-106-123.dsl.telesp.net.br] has joined #launchpad [12:15] Hey matsubara [12:16] I saw that you have a merge request in PQM [12:16] unfortunately, it has gone catatonic again. === Wellark_ [i=wellark@ranssi.paivola.net] has joined #launchpad [12:20] Hi [12:21] ddaa: salgado will take care of it, I hope. :) [12:22] Apparently Znarl will do. At least he acked my request on #canonical [12:22] translation tool for breezy is missing some projects [12:22] libgksu and libgksuui [12:23] they are included for hoary but not for breezy [12:23] Wellark, hi [12:23] who has the power to add projects to distributions in launchpad? [12:24] Wellark, I'm a Rosetta developer [12:24] let me check [12:24] thanks! === brynjarh [n=brynjarh@raf-a19.raflinan.is] has joined #launchpad [12:25] Wellark, is https://launchpad.net/distros/ubuntu/breezy/+sources/gksu/+translations what you are looking for? [12:26] no, it is not [12:27] to fully translate the dialog that is shown for example when you launc synaptic you also need libgksuui package to be translated [12:27] Wellark, sorry, https://launchpad.net/distros/ubuntu/breezy/+source/libgksu1.2/+translations [12:27] yeah, and that too :) [12:28] so breezy is missing 'libgksuui' and 'libgksu' [12:28] Wellark, ? [12:28] Wellark, I gave you already libgksu, right? [12:28] oh yeah [12:29] that's right [12:29] Wellark, and the other: https://launchpad.net/distros/ubuntu/breezy/+sources/libgksuui1.0/+translations [12:29] I will fix the 'review' templates now. === niemeyer [n=niemeyer@200.138.47.242] has joined #launchpad [12:30] carlos: thank you very much :) [12:30] if notice that something else is missing should I just come bugging you here or what? [12:32] Wellark, file a bug or ping me here [12:32] anyway, those were not missing, it's just that the navigation is not as good as it should... [12:32] <\sh> hmmm... [12:32] ok. thanks. [12:33] <\sh> did canonical trandmarked launchpad? (the Name?) [12:34] <\sh> i'm asking because of launchpad.com ;) [12:39] \sh, I think they were there before us [12:41] <\sh> carlos: I just stumbled across while I was using the wrong tld for launchpad ... but ok === gneuman [n=gneuman@201-13-106-123.dsl.telesp.net.br] has joined #launchpad === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #launchpad === salgado_ [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === matsubara_ [n=matsubar@201-27-71-254.dsl.telesp.net.br] has joined #launchpad [01:31] is there any bzr equivalent to 'baz diff $rocketfuel'? i.e only comparing up to the rf revision that is merged into my branch? === gneuman_ [n=gneuman@201-27-71-254.dsl.telesp.net.br] has joined #launchpad === matsubara_ is now known as matsubara === salgado [n=salgado@201-27-71-254.dsl.telesp.net.br] has joined #launchpad === gneuman_ is now known as gneuman [01:47] BjornT: I do not think so [01:48] I can imagine what would be the syntax though [01:50] something like "bzr diff --merged $upstream" [01:50] ddaa: ok. do you know if i can specify a specific revno when using -r branch:... ? i seem to recall some syntax to specify a revno, but the bzr documentation is somewhat lacking.... [01:51] Right now, you can examine the log, get the revid of the first nested revision in the latest merge, and do "bzr diff -r revid:$REVID" [01:51] oh yes [01:51] for a revno, it's just "bzr diff -r $REVNO" [01:52] hu... shit it appears that the current packaged bzr cannot specify a branch in diff... [01:52] but will that work if i: branch -> hack some -> merge -> hack some more? i.e, i want to see both the 'hack some' and 'hack some more' changes [01:53] I think the "bzr diff -r revid:$REVID" thing would work right. The annoyance is that you have to find the revid by hand. [01:54] That could be automated, with a "--merged $BRANCH" option that find the latest entry of $BRANCH's revision-history which is an ancestor of the current revision. [01:54] Feel free to bounce that idea to the bzr folks. [01:55] That should not be a very difficult feature to implement. Probably an afternoon's hack for somebody not familiar with the code. [01:57] yeah, i'll do that later, i used it quite often with baz. thanks [02:00] yeah, if i'm bored this weekend i might try to implement it myself. it'd be a good way of learning more how bzr works === stub [i=stub@sweep.bur.st] has joined #launchpad === cprov [n=cprov@201-27-71-254.dsl.telesp.net.br] has joined #launchpad === gino [i=alain@ANice-152-1-23-106.w83-205.abo.wanadoo.fr] has joined #launchpad [02:30] hello good morning === carlos -> lunch [02:41] That pqm kill doesn't seem to have taken... I'll have a look [02:42] stub: thanks [02:52] ddaa: I've run out of things to try. arch-pqm --run appears to be silently doing nothing. Perhaps a lock file somewhere, so it thinks things are still running. But I don't know where it would be. === mgalvin [n=mgalvin@host-66-202-95-170.spr.choiceone.net] has joined #launchpad [03:25] ddaa: I think that has clear it (found the log file and a lock file) [03:25] c/clear/cleared === thisfred [n=thisfred@a80-127-80-154.adsl.xs4all.nl] has joined #launchpad [03:27] Or maybe not :-( === jinty [n=jinty@205.134.224.215] has joined #launchpad === beyond [n=beyond@201-27-71-254.dsl.telesp.net.br] has joined #launchpad [03:49] I can't merge from rocketfuel. always get an "bzr: ERROR: exceptions.IndexError: string index out of range". can this be related to the bzr version? [03:52] stub: at least niemeyer's merge request is now off the queue [03:53] so, if you hear a huge grinding noise, don't worry, it's just bzr merging the branches patch :) === matsubara is now known as matsubara-lunch === bradb [n=bradb@modemcable033.130-80-70.mc.videotron.ca] has joined #launchpad === zyga_ [n=zyga@2-mi2-1.acn.waw.pl] has joined #launchpad [04:31] wow [04:31] it's amazing how re-installing gnome-panel can fix really arcane gnome problems [04:31] my power cord wasn't properly plugged in last night, so my computer ran out of juice during the night [04:32] tried logging into gdm, and all i saw was brown [04:32] lynx'ing to google.ca would give a 400, bad request [04:32] couldn't even connect to IRC (i.e. trying this through a failsafe gnome term) [04:32] reinstall gnome-panel, and i am reborn [04:38] since launchpad is written in python I'll ask this here [04:38] I've installed libapache-mod-python2.4 and I cannot really get past the hello-world test, is this a bug or should I keep googling [04:40] zyga_, launchpad is not using libapache-mod-python2.4 [04:40] zyga_, we use zope [04:40] zyga_, anyway, I have a friend that is using Ubuntu's mod-python2.4 without problems [04:40] on apache 1.3 or 2 ? [04:40] so it's not a bug (at least I don't think so) [04:40] 2 [04:40] hmm I'm trying this on 1 [04:41] I keep getting python_handler: make_obcallback returned no obCallBack! [04:41] stub: TestRequest doesn't appear to work with browser notifications (e.g. self.request.response.addNotification == AttributeError...this happens in bugattachments.txt, for example, because it tests views). any quick suggestions on a simple way to fix this? [04:44] bradb: We will need to extend it in the same way we needed to extend HTTPRequest to implement the notifications [04:44] ok [04:44] carlos: I also noticed this in my logs [04:45] make_obcallback(): could not import mod_python.apache. [04:45] make_obcallback(): could not call init. [04:46] bradb: webapp/tests/test_notification might be a help (or not...) === Znarl [n=karl@bb-82-108-14-161.ukonline.co.uk] has joined #launchpad [04:47] bradb: In fact, we just might need to make TestRequest adaptable to INotificationRequest [04:48] The MockSession and adapters in test_notification.py can be reused === matsubara-lunch is now known as matsubara === SteveA [n=steve@195.182.78.95] has joined #launchpad [05:02] hey SteveA. I replied to your code review, have you seen it? === palmTree [n=chatzill@213.181.184.176] has joined #launchpad [05:03] brb [05:04] salgado-lunch: ok. there's a shipit issue i want to talk about === salgado delays his lunch [05:05] SteveA, wanna talk now? [05:06] stub: thanks for the pointers, I'm looking around the code a bit. elsewhere, will X-Malone-Bug get rolled out on tuesday? it's revno 2835. [05:07] bradb: i think it should be X-Launchpad-Bug [05:07] bradb: Yes [05:07] when we have the issue tracker with email support, will we have X-IssueTracker-Issue ? [05:08] it is silly. so, we should have X-Launchpad-KindOfThing as the header names to use === bradb thinks the apps need names, personally :) [05:08] i don't disagree [05:09] but this way, when the app names change on various whims, we have less software to update [05:10] i'd hesitate slight to make a change to X-Malone-Bug. it's in an approved spec already, and we don't have any other X- headers for other apps yet, AFAIK. [05:10] s/slight/slightly/ [05:10] salgado: do we still have this issue that when people come to shipit they get directed to get a launchpad account, and then don't get guided back to shipit? [05:10] bradb: sorry i didn't read the spec sooner [05:11] i don't want to have to change this later, when people already have mail filters set [05:11] SteveA: it's in https://wiki.launchpad.canonical.com/InitialBugContacts [05:11] SteveA, yes, we still have this issue [05:12] bradb: the header will often contain distro and people and product details. it should be called X-Launchpad-Bug [05:12] SteveA, I tried to get you to review https://wiki.launchpad.canonical.com/ProperSignUpWorkflow at UBZ, but I couldn't as I wrote it in the last days. IIRC, kiko reviewed it [05:13] salgado: there's a spec! that's great. let me read it... [05:13] although, i'll do that code review for carlos first [05:14] SteveA: ok, i'll change it [05:14] SteveA, thanks! [05:15] salgado: i'd say don't use the referer header. make it an explicit query string parameter. i need to think about this a little more though. [05:15] can we talk about this a bit later? [05:15] bradb: thank you. [05:16] SteveA, sure [05:19] jamesh: what happened to the diffs on https://chinstrap.ubuntu.com/~jamesh/pending-reviews/ ? [05:20] SteveA, I can't merge from rocketfuel since this morning. maybe this is not a problem only with me.. [05:21] carlos: can you get me a diff to review? [05:21] SteveA, yes [05:21] just a second... [05:22] salgado: i have no problem merging from rocketfuel [05:22] i rsync down the pre-built tree and do a local merge [05:24] bradb, would you try a merge from sftp://chinstrap.ubuntu.com/home/warthogs/archives/rocketfuel/launchpad/devel? === salgado will do that on rocketfuel [05:25] chinstrap, I mean [05:25] salgado: I'd strongly recommend the pre-built tree option, tbh. [05:25] i've just sync'd up my two current working trees to my local copy of rf [05:26] SteveA, sent to your mailbox [05:28] thanks carlos [05:29] salgado: [05:29] bradb@oxygen:~/canonical/malone-feedback-messages $ bzr merge sftp://chinstrap.ubuntu.com/home/warthogs/archives/rocketfuel/launchpad/devel [05:29] SSH id_dsa password: [05:29] bzr: ERROR: Channel request for unknown channel 1 [05:29] Nothing to do. [05:29] bradb: do you know how often the pre-built tree get rebuilt? it doesn't seem to contain the latest patch, which was commited more than 10 hours ago [05:29] every half hour [05:30] by the way, by "pre-built" i meant that it has all the dep trees inside it, not that it's "pre-built" with make [05:30] bradb, are you using bzr from jbailey's repo? [05:31] yeah [05:31] just updated [05:31] about an hour ago [05:31] the launchpad team should generally be using the "integration" packages from jbailey [05:32] so, who can check what's wrong with the launchpad tree? [05:32] BjornT, I guess the same person that can check what's wrong with pqm. lifeless === BjornT sends an email to lifeless [05:37] aha. it failed in rocketfuel too [05:38] BjornT, https://chinstrap.ubuntu.com/~dsilvers/paste/file53b1Kj.html [05:38] BjornT, would you add that to your email too? :) [05:38] salgado: yeah, branch fails as well [05:39] and pull [05:39] really? I branched (on chinstrap) this morning and it worked fine. this is weird... [05:42] yeah. it could be ddaa's branch that caused this (ddaa: wasn't it something strange with your branch?). branch fails with HistoryMissing [05:42] SteveA: The -integration branch isn't tested with abently's bzrtools. Dunno if that's a concern for you or not. [05:42] lifeless has asked that the launchpad team use the integration branch [05:42] so we test the latest fixes [05:42] BjornT: what with my branch? [05:43] It's not landed yet in rocketfuel [05:43] can you set it up to run the tests before making the packages, and not make them if tests fail? [05:43] AFAIK it's currently the chunk clogging PQM [05:44] oh, right everybody is complaining about that ATM [05:44] was working for me yesterday... not tried since then. [05:44] ddaa: will "Rev 2836: [r=SteveA] Merging bzr branch support in.." did land, which seems to include your branch [05:44] s/will/well/ [05:45] BjornT: really? [05:45] ddaa: yeah [05:46] SteveA: That already happens. [05:47] SteveA: The only cases where the selftests don't really catch things are when things are compiled on install. [05:47] SteveA: A bit of code in something that's not used as part of the build/selftest can kill it at install time. [05:48] that's fine then. thank you [05:48] lifeless has a "very conservative" bzr branch that can be used for recovering things if the integration branch screws up [05:49] Is it called "releases"? =) [05:50] it is releases + special launchpadding love [05:50] The dapper archive now has 0.6.2 in it, and I plan to keep it quite up to date. We could probably ask the backports folks to make sure that it's available for breezy if y'all aren't crazy enough to run dapper. =) [05:51] the launchpad folks have a special line in sources.list. i think that's fine for now. [05:51] but, having a recent bzr in backports would be good for getting other folks to try out the recent improvements [05:52] BjornT: apparently it has not made it into the rocketfuel-built tree... [05:53] ddaa: yeah, which might be because merging/pulling/branching from the rocketfuel tree doesn't work... [05:55] Well, bzr log on archives/rocketfuel/launchpad/devel gives that funny IndexError after the log for 2835, and bzr revno there says 2835 [05:55] I have no idea where your 2836 comes from. [05:55] hmm === BjornT checks again [05:55] although, arch-commits says it was merged [05:55] The launchpad tree issue would explain PQM being blocked. [05:56] arch-commits? [05:56] what's that? [05:57] ddaa, http://rince.africaninspace.com/mailman/private/arch-commits/ === ddaa has no clue what the email and password should be [05:57] ddaa: the arch-commits mailing list [05:58] Thanks, I see... I do not think I heard of it before... [06:03] Kinnison: around? [06:03] elmo: Yes, barely === Kinnison isn't meant to be working [06:03] but lying in bed is boring === BjornT heads out for a while [06:03] Kinnison: ok, it's not urgent, but fyi mawson is down to 5G [06:03] elmo: thanks === Kinnison wonders what it's up to which is chewwwing disk, it hasn't been doing stuff since UBZ [06:04] it's got 272G in it's librarian dir [06:06] I can clean that out if nobody needs to access the files in the Librarian [06:06] on mawson? leave the librarian please [06:06] I'll look into it [06:06] stub: I'd rather you used mawson as a test-bed for the librarian GC [06:07] Oh - assumed asuka. Sorry. [06:08] Kinnison: and you say "has signed coc" doesn't sound rude! [06:12] looks like a typo [06:12] DO YOU ACCEPT THE COC === PoPoTi [i=ircap751@61.red-217-216-53.user.auna.net] has joined #launchpad [06:14] SteveA: Not when it's CoC === Kinnison gets out the tatoo gun and approaches stevea menacingly === Kinnison has a minor coughing fit halfway and collapses :-( [06:15] you threatening to vandalize my existing coc tattoo ? [06:15] naah, just sign it :-) === SteveA has the entire coc text tattooed... [06:15] hm, it looks like pqm isn't even accepting new merge requests (i.e. i submitted one a while ago and it's not showing up in the queue) [06:15] heh === bradb tries to restrain himself in the cafe [06:16] only partly successfully [06:27] argh [06:27] bradb: pretty please with a cherry on top could malone explain WHY it's mailing me? [06:27] or bjornt or whoever [06:28] elmo: because you confirmed your email address and are in some way involved in one or more bugs somewhere. [06:28] elmo: if you want to delete them, you can filter on the Reply-To [06:28] bradb: no, dude, I want malone to be useful [06:28] even bugzilla manages this, AFAICR [06:29] elmo: the mail you received, what's it about? [06:29] and to whom is it addressed? [06:29] http://people.ubuntu.com/~james/tmp/mail.txt [06:29] (reload, updated) [06:30] even a simple "You received this email because you're the assignee" or "the maintainer" or "in the CC list" or whatever, would help [06:30] these mails as they are just make me go "huh? wtf?" every time === Kinnison agrees with elmo [06:31] elmo: right, so what appears to be happening is this: [06:31] Launchpad Admins are subscribed to #1458 [06:31] you are a launchpad admin [06:31] the lp admin team doesn't have an email address [06:31] so each member of that team receives a mail individually [06:31] that's why you get the mail [06:32] there are various ways we can make this suck less, of course. [06:32] like, tell you why you're getting the email. [06:33] elmo: given the context above, how would you prefer launchpad to behave when a change is made on that bug? [06:34] i'll add the explanation of why you're getting the mail right now [06:35] b === heyko [n=heyko@tor/session/x-08579b865fb6d08c] has joined #launchpad [06:35] Changed in: Launchpad (upstream) Status: New => Accepted [06:35] (err, with a newline before Status) [06:36] I don't know how, but I feel that could be improved. It's not obvious what "Changed in" refers to, for a start [06:36] but my main gripe is the "WTH am I getting this", if you're fix that, I'd be happy :) [06:38] would it be sane to maybe add the short description (or summary or whatever it's called) to the mail? it'd mean I wouldn't have to fire up a web browser to work out what it's talking about [06:38] OTOH, maybe some people would find that redundant/annoying [06:39] the bug "summary" is usually empty for bugs, but i'd agree that the bugmails generally don't contain enough context to figure out how what's going on [06:40] so, when a comment is made (particularly on an older bug, where one has already removed that thread from their Inbox), one often has to click on the URL in the mail to get enough context to make sense of things [06:48] carlos: i send you the first part of the code review. === SteveA goes to the gym for exercise. [06:49] SteveA, ok, thanks === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has left #launchpad ["Leaving"] === dand [n=dand@86.105.65.80] has joined #launchpad [07:07] BjornT: can you think of any reason to not add a signature to every bugmail? (i.e. "-- \nYou are receiving this email because...") [07:10] Gabriel Neuman: ping [07:14] aka, gneuman [07:15] SteveA: it looks very much like my branches borked rocketfuel and pqm somehow [07:16] ddaa: Weren't they borked before? [07:16] ddaa: I mean, wasn't it borked before? [07:16] before, pqm was borked like a cow with a leg missing [07:17] now it's borked like a cow whose brains were shot out using an elephant gun [07:17] Oh, that's quite borked indeed.. [07:17] :-) [07:18] it's also very untidy [07:18] at least you have some control over a cow with a leg missing === mpt [n=mpt@tvwna-ip-a-1.princeton.org] has joined #launchpad === bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad [07:56] bradb [07:56] sorry [07:56] was out [07:56] j black [07:56] pong [07:56] jblack, [07:57] time out.. [07:57] gneuman: I'm here. You're here. Life is good. :) [07:57] =] === Aiste [n=Aiste@195.182.78.95] has joined #launchpad [07:57] gneuman: We need to figure out which bzr you're using [07:57] can you run bzr --version for me? [07:57] yes [07:58] bzr (bazaar-ng) 0.7pre === carlos -> out [07:59] see you [07:59] Mind if I attach that to your bug, or you attach it? [08:00] wahtever [08:02] bradb: i think it's a good idea to add signatures to bugmail, i've already started adding signatures to the error messages that the incoming email interface produces [08:03] ok, i'll do that then on my malone-bugmail-why-the-heck-am-i-getting-this branch [08:06] BjornT: Is there some doctestumentation I can read that demos what those sigs look like? [08:10] bradb: you can look at emailtemplates/no-affects-target-on-submit.txt. but i'm not sure it will be useful, since that is an email you get when actively sending one yourself. general bugmail is different, since you can get it without doing anything. === Aiste [n=Aiste@195.182.78.95] has left #launchpad [] [08:11] I just wanted to make sure that our footers are consistent [08:13] bradb: yeah. feel free to change that footer if you need to. [08:23] Hey, anyone knows who has write access to the shipit FAQ? [08:24] niemeyer: maybe salgado [08:24] (ubuntulinux.org/support/...) [08:24] niemeyer, perhaps salgado, but he is out [08:25] Ok.. thanks === mpt [n=mpt@tvwna-ip-a-1.princeton.org] has joined #launchpad === mdke [n=matt@ubuntu/member/mdke] has joined #launchpad [08:37] niemeyer, I guess silbs has, and maybe hno73 too [08:37] (but I'm just guessing) [08:41] salgado: I've mailed Jane.. thanks! === mdke_ [n=matt@81-178-137-33.dsl.pipex.com] has joined #launchpad === niemeyer must leave.. [09:18] See ya === thierry [n=thierry@modemcable041.61-131-66.mc.videotron.ca] has joined #launchpad === dewd [n=dewd@201009186135.user.veloxzone.com.br] has joined #launchpad [09:26] is it normal that I can't request fix upstream for some packages? [09:27] and I'd like to find every bug filed for lbreakout2 package... where do i go? === Znarl [n=karl@bb-82-108-14-161.ukonline.co.uk] has joined #launchpad [09:30] thierry, why you can't request a fix upstream? [09:30] salgado : because the package is not in the search list [09:31] salgado : example here https://launchpad.net/distros/ubuntu/+source/ghextris/+bug/4618 [09:31] Malone bug #4618: [PATCH] ghextris absolute icon path problem Fix req. for: ghextris (Ubuntu), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/malone/bugs/4618 [09:31] I'd like to get a upstream fix for that but when I want to choose ghextris as upstream package, it's not in the search list [09:31] thierry: https://launchpad.net/distros/ubuntu/+source/lbreakout2/+bugs to answer your second question [09:32] bradb : thanks [09:32] thierry: what's "upstream" to you? [09:33] bradb : well the next release like dapper but if it doesn't make dapper, it will make the next one... you know, the most recent changed package [09:34] thierry: that's how bugs work by default. i.e. they "slip" between releases if they don't get fixed. [09:35] when a bug is opened, it can optionally be targeted to be fixed in specific releases of a distribution [09:35] mainly for things like backporting [09:36] there's also a forward-looking targeting mechanism: milestones. but before i get ahead of myself, IIUC, the default bug report behaviour does what you're asking. [09:37] bradb : k but seb128 told me that I should ask for a upstream fix in about all of the bugs I send about absolute icon path === gml_ [i=gml@dyn-83-156-10-70.ppp.tiscali.fr] has joined #launchpad [09:38] thierry: what page are you using to try and request the upstream fix? [09:38] i.e. what URL [09:39] the choose menu of this one https://launchpad.net/distros/ubuntu/+source/ghextris/+bug/4618/+upstreamtask [09:39] Malone bug #4618: [PATCH] ghextris absolute icon path problem Fix req. for: ghextris (Ubuntu), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/malone/bugs/4618 [09:39] thierry: right, so not every project uses Malone. [09:40] thierry: if the upstream you're interested in isn't using Malone, you won't be able to request the fix upstream inside Malone. [09:41] if you don't find the upstream you're interested in on that page, that project is probably not using Launchpad [09:42] bradb : but it's only about a file in the package... what do I do then? ask a fix in dapper? [09:43] thierry: you don't have to do anything extra. by default bugs are reported in "the current release". if the developers don't get around to fixing them in the current release, the bugs will "slip" to the next release automatically. [09:43] cool [09:43] thanks [09:43] no prob === Nafallo is now known as Nafallo_away [09:49] Apparently, the problem with rocketfuel ATM is not caused by my data. [09:49] I merged my patch into rocketfuel, then pulled on top of the previous revision, and it works. [09:49] Or maybe the bug only appears in more convoluted cases. [09:50] at least, it's clear that the archives/rocketfuel/launchpad/devel is corrupt. === segfault [i=carlos@ubuntu/member/segfault] has joined #launchpad === mpt [n=mpt@tvwna-ip-a-1.princeton.org] has joined #launchpad [10:18] elmo: I have a fix that adds a useful (I hope) footer to the bugmail so I'll merge it the next time a window of time opens up where pqm is accepting patches. The fix will probably not make the cut for this Tuesday's rollout, but next Tuesday's it'll be in prod. === gneuman [n=gneuman@201-27-71-254.dsl.telesp.net.br] has left #launchpad ["Ex-Chat"] [10:43] somehow we've got a historymissing exception in lp [10:43] fixing === netjoined: irc.freenode.net -> brown.freenode.net === LarstiQ [n=larstiq@cust.7.157.adsl.cistron.nl] has joined #launchpad [10:53] lifeless, got a minute? === LarstiQ [n=larstiq@cust.7.157.adsl.cistron.nl] has joined #launchpad [11:17] mpt: sure === bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has left #launchpad [] [11:21] lifeless, I was trying to work out the bzr equivalent of baz diff rocketfuel@canonical.com/launchpad--devel--0 [11:22] bradb said it was bzr diff -r branch:/path/to/branch [11:22] thats right [11:23] except its not [11:23] but bzr diff -r branch:../archives/rocketfuel/launchpad produces a "no namespace registered" error [11:23] :) [11:23] branch: gets the tip of the branch [11:23] ancestry: is more like what 'baz diff' does, it takes the current merge point instead. [11:23] try [11:23] bzr diff -r ancestry:/home/mpt/archives/rocketfuel/launchpad === camilotelles [n=Camilo@20132194128.user.veloxzone.com.br] has joined #launchpad [11:25] lifeless: same again: "bzr: ERROR: No namespace registered for string: u'ancestry:/home/mpt/hacking/archives/rocketfuel/launchpad'" [11:26] ancestor sorry [11:26] not ancestry [11:27] ah, that looks like it's doing something [11:27] perhaps a couple more examples in the diff section of http://bazaar.canonical.com/IntroductionToBzr ? === mpt gets a null diff [11:28] thanks lifeless [11:28] Now I just need to work out why psycopg is crashing on startup === jordi [n=jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #launchpad === CosmoDad [n=johndoe@B1b92.b.pppool.de] has joined #launchpad [11:52] I've just created a launchpad account to contribute to Ubuntu's wiki. My username/password are not accepted, however, although I've finished the account creation process and both inputs are correct [11:53] the wiki login says "incorrect password", but I'm 100% sure it's correct === lamont [n=lamont@mib.fc.hp.com] has joined #launchpad [11:57] CosmoDad, so you can log in to Launchpad itself using the same password? [11:59] mpt: yes I can. launchpad expects email address instead of user name, however. [12:00] hmmm [12:00] mpt: I just realized ubuntu wiki wants email as well but labels it "name" [12:00] yyyyyeah [12:00] that could be better labelled [12:01] does it work with your e-mail address? :-) [12:01] mpt: it does [12:01] so that's a bug in the design of our wiki installation, then [12:02] unfortunately I don't know where such a bug should be reported [12:03] mpt: Me neither. I'll check on that.. [12:03] funny, I got used to calling "name" for the email address :) [12:03] mpt: thanks for asking me for working launchpad logon. That made me try the email address at the Ubuntu wiki [12:04] sivang: what do you say for name then? :)