/srv/irclogs.ubuntu.com/2006/07/26/#launchpad.txt

=== mpool_ [n=mbp@ozlabs.org] has joined #launchpad
=== stgraber [i=steph@sgserv.net] has joined #launchpad
kikocprov-afk, replied.12:21
kikojamesh, do you understand what happens when you commit locally in a non-lightweight checkout?12:22
kikojamesh, how do you get that commit into your repository branch?12:22
jameshkiko: if it is a heavyweight checkout, the commit will be made both locally and remotely12:23
jameshunless you do "bzr commit --local"12:23
kikojamesh, and if you do --local12:23
kikohow does it get moved up?12:23
jameshkiko: I haven't looked at the code, but I believe it is essentially (1) check that local branch is up to date, (2) try to commit to local branch, (3) push that commit to remote branch12:24
jameshif (3) fails, the change gets rolled back locally12:24
jameshkiko: if you pass --local, (3) gets skipped12:25
kikojamesh, okay. but now your checkout and the repo are out of sync. how do they sync up?12:25
jameshyou do a commit without --local12:25
kikoah. and then it pushes all pending commits?12:25
jameshyeah12:26
jameshI think "bzr update" might also send pending local commits12:27
jameshlifeless said that if your local commits form a divergance from the remote branch, "bzr update" will do a merge12:27
kikoI see. interesting12:28
jameshgood for shared branches where other people might be committing12:28
kikoyeah12:29
jameshthe current workflow I use is to have a copy of my repo locally, and rsync the entire repo to sodium when I want to publish changes I've made12:31
jameshI then use lightweight checkouts of the local repo, so that commits go directly into the repo12:31
kikojamesh, you use rsync instead of push? why?12:32
jameshkiko: I push all my branches in one go12:33
kikois there an advantage to that, though..?12:33
jameshI was using this workflow when I switched to a repo back when we were using weave branches still12:34
jameshback then it was definitely a win over sftp push12:34
jameshit might not be as much now12:34
=== flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has left #launchpad ["Bye"]
kikospiv, ping?12:53
sladenbradb: tags!!!!12:57
lifelesssabdfl: http://people.ubuntu.com/~robertc/lp-depends/ if you need the lp-deps, until Etienne publishes his ones01:19
=== _mholthaus [n=mholthau@johnny33.dersbach.ch] has joined #launchpad
=== jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad
=== rpedro_ [n=rpedro@87-196-9-93.net.novis.pt] has joined #launchpad
=== Solarion [n=solarion@cruftix.physics.uiowa.edu] has joined #launchpad
SolarionIs there a problem with bug submission?  I get "Please fix the problems listed below" without any problems listed below!02:48
kikoSolarion, hmmm. can you tell me exactly what you are doing?02:50
SolarionI'm trying to submit a bug to ubuntu, url https://launchpad.net/distros/ubuntu/+filebug02:51
SolarionI had javascript disabled initially, which may have caused the trouble.02:51
kikoSolarion, there is no JS requirement in that form. so tell me what you are doing02:52
kikodid you add a sumary or description?02:52
kikoah02:53
kikoit doesn't say they are required.02:53
Solarionit reported having blocked JS02:53
Solarion[it being NoScript] 02:53
SolarionI have a package selected, and a summary, and Further Information02:53
kikowell, the only JS there is used to render the menus AFAICS.02:53
Solarionah02:53
kikoSolarion, which package?02:53
SolarionInkscape02:53
kikohow did you select it?02:53
Solariontyped it in02:53
Solariona drop-down list popped up next to it after (failed) submission02:54
kikoah.02:54
Solarionah-ha02:54
kikothat's a known bug02:54
kikoclick on the list, select an item from it (even if it is a single-item list) and try submitting again.02:54
SolarionI had typed "Inkscape" and the drop-down list had "inkscape" and somehow things were unhappy02:54
Solariontyping "inkscape" worked02:54
Solarionhowever, there should be some text to say that was what failed.  :)02:55
kikoyeah02:55
Solarionah well.  works now.02:58
kikocool03:00
=== bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad
=== Owais` [n=ow@202.163.108.225] has joined #launchpad
=== bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad
=== stub [n=stub@ppp-58.8.3.94.revip2.asianet.co.th] has joined #launchpad
=== dous_ is now known as dous
=== bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad
mptGooooooooooooooooood afternoon Launchpadders!05:00
jsgotangcohey05:03
=== sevrin [n=sevrin@202.75.186.154] has joined #launchpad
mptSteveA, pong05:12
mptspiv, ping05:19
spivmpt: pong05:20
mptspiv, I spent 40 minutes last night trying to work out how to make "ssh sodium" work, including reading the man page05:22
spivmpt: ouch05:22
mptCan you put me out of my misery? :-)05:23
mpthttps://sodium.ubuntu.com/~andrew/paste/filebailL8.html05:23
spivmpt: pastebin your ~/.ssh/config?05:23
spivHeh.05:23
mptThe last section doesn't make any difference, either to chinstrap's workiness or sodium's non-workiness05:23
spivmpt: As I said yesterday, you need to duplicate the contents of your *.ubuntu.com section in your sodium section.05:23
spivmpt: You don't need it for chinstrap, because chinstrap is the only system directly accessible from outside.05:24
spivmpt: (hence the ProxyCommand)05:24
mptby "duplicate in" do you mean "add to", or "use to replace"?05:24
spiv"add to"05:24
spivSpecifically, you need the ProxyCommand in the "Host sodium" section.05:25
mptThat was one of the things I tried, and I got some error about stdin not being a terminal05:25
mptone moment05:25
mpthuh!05:25
mptit works05:26
mptthank you :-)05:26
spivmpt: https://sodium.ubuntu.com/~andrew/paste/file8khb9Y.html is the relevant bits of mine, if you want to compare05:27
spivYou're welcome :)05:27
=== mpt wonders at the efficacy of "Host chinstrap.ubuntu.com \n HostName chinstrap.ubuntu.com" :-)
spivmpt: heh :)05:29
stubmpt: You can make that 'Host chinstrap chintrap.ubuntu.com\nHostName chinstrap.ubuntu.com'05:30
stubmpt: So you won't need the domain name05:30
mpt(look out, it's a chintrap!)05:37
=== stub wonderth wtf happened to hith eth key
spivstub: haha05:39
spivstub: I look forward to reviewing code where you have "aththert" and "clathth" statements ;)05:42
mptthuffering thuckertaththh05:47
=== bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad
stublifeless: I'm not clear what LoomEntry.name is supposed to be.06:26
stublifeless: oic. don't worry.06:26
=== bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad
=== jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad
stublifeless: So how are we going to access LoomEntrys ? Will we need to retrieve all looms for a given revision in order of sequence? Do we need to look them up by name?06:48
lifelessstub: thanks07:14
lifelessprivmsg..07:14
=== bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad
=== rraphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
mptbother07:50
mptPQM seems to think my branch is still on chinstrap for some reason07:50
spivmpt: If you do a "bzr push --remember sftp://sodium.ubuntu.com/...", the location info in your branch will be updated.07:51
mptspiv, that's what I did07:52
mptand it updated .bzr/branch/parent07:52
spivmpt: What are you using to generate PQM requests?07:52
mptbut not .bzr/x-push-data07:52
spivHmm.07:52
mptSo I've updated that manually, but I feel dirty for doing so07:52
mptand my submit script has MYURL=$(cat .bzr/x-push-data | sed -e 's|^\(.*\):/|sftp://\1/|g')07:53
spivx-push-data isn't the right thing to read.07:55
spivIt's not a bzr thing; that's left by bzrtools' rspush command only afaict.07:56
spivThe correct place is in your ~/.bazaar/branches.conf07:56
spivI guess the right thing to do is use the pqm-submit plugin, rather than your submit script, but I haven't got any experience with that yet.07:57
mptbranches.conf refers to sodium for this branch07:57
mptbut maybe that's because I did another push after updating x-push-data?07:58
spivbranches.conf should have been updated when you did the "bzr push --remember".07:59
mptoh, right08:00
mptso it's just the submit script that's wrong08:00
spivRight.08:00
spivBecause nothing should be using x-push-data anymore.08:00
mptAnd because branches.conf has multiple lines per branch, that's not an awk-able problem08:01
spivHmm, I think it probably is gawk-able, but it would be dirty.  The right answer is to stop using shell hacks, and to use the proper pqm-submit plugin.08:02
spivmpt: https://launchpad.canonical.com/WorkingWithSharedRepositories has a section on WorkingWithSharedRepositories08:04
spivmpt: Er, a section on "Sending Merge Requests to PQM", rather.08:07
mptYes, that's what I guessed you meant :-)08:08
mptthanks08:08
spivmpt: I'm glad your telepathy is workiing :)08:08
=== mpt_ [n=mpt@203.118.156.188] has joined #launchpad
=== bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad
=== mpt [n=mpt@203.118.156.188] has joined #launchpad
=== rpedro_ [n=rpedro@87-196-111-49.net.novis.pt] has joined #launchpad
=== mpt [n=mpt@203.118.156.188] has joined #launchpad
=== jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad
=== malcc [n=malcolm@host86-134-233-12.range86-134.btcentralplus.com] has joined #launchpad
=== Fujitsu [n=Fujitsu@c58-107-168-5.eburwd7.vic.optusnet.com.au] has joined #launchpad
=== einheit_ [n=steve@82.109.136.116] has joined #launchpad
=== ddaa [n=ddaa@82.109.136.116] has joined #launchpad
einheit_good morning10:15
=== danilos [n=danilo@82.109.136.116] has joined #launchpad
=== jamesh [n=james@82.109.136.116] has joined #launchpad
jameshlifeless: rocketfuel-built on sodium.u.c does not seem to be updating.10:20
=== dsas [n=dean@host86-129-20-188.range86-129.btcentralplus.com] has joined #launchpad
lifelessjamesh: thanks, fixed10:41
lifelessjamesh: or not10:41
lifelessits in cron10:41
lifelesselmo: is cron workin on sodium?10:41
=== ddaa [n=ddaa@82.109.136.116] has joined #launchpad
lifelesselmo: ah. Can you please install baz on sodium? Its used by a library that probes for tree types. I'll fix the script to be happy without it.10:43
lifelessbut for now ...10:43
jameshlifeless: the pending-reviews page is updating, so cron must be working10:44
lifelessok, going home from mpools, when baz is installed it will start updating10:44
=== ddaa [n=ddaa@82.109.136.116] has joined #launchpad
=== SteveA wonders if a shell script can "simulate" baz for this ;-)
SteveAZnarl: ping10:52
=== mpt_ [n=mpt@203.118.156.188] has joined #launchpad
=== doko [n=doko@dslb-088-073-104-011.pools.arcor-ip.net] has joined #launchpad
=== SteveA files RT request for baz on sodium, cc lifeless
SteveAjamesh, lifeless: james t. has installed baz on sodium.11:14
jameshSteveA: cool.  We should see if rocketfuel-11:15
jameshbuilt is updating in a little while then11:15
=== jinty [n=jinty@213-156-52-99.fastres.net] has joined #launchpad
=== mpt [n=mpt@203.118.156.188] has joined #launchpad
mptWhere do I get urlutils from? It doesn't seem to be mentioned in any Ubuntu package description11:19
sabdflmpt: pqm-submit failing for you?11:20
mptyes11:20
sabdfli had that too - apparently the trick is to revert the pqm-submit plugin to revision 1111:21
mptMy first time using it11:21
sabdflbut i'm not sure how one does that11:21
mptheh11:21
=== mpt thinks he has it
mptsabdfl, cd ~/.bazaar/plugins/pqm-submit; bzr revert -r 1111:26
mptoh, hooray for hiding the bounty tracker11:27
=== Spads [n=crack@217.205.109.249] has joined #launchpad
=== carlos [n=carlos@82.109.136.116] has joined #launchpad
=== ploum [n=ploum@ubuntu/member/ploum] has joined #launchpad
sabdflmpt: bzr revert does not seem to actually make the revisions disappear11:33
=== mholthaus_ [n=mholthau@178.23.62.81.cust.bluewin.ch] has joined #launchpad
mptsabdfl, true, bzr revno gave me the same after as before, but bzr pqm-submit worked after where it didn't before11:36
sivangmorning11:54
mptI broke PQM :-(11:56
mptSpads?11:56
Spadsmpt: tell me a story.11:57
mptSpads, once upon a time there was PQM status served at http://pqm.launchpad.net/11:58
mptAbout five minutes ago, it changed to a directory listing11:58
mptand now, it won't respond at all11:58
SpadsAha11:59
Spadsso what were you doing at the time?11:59
mptclicking Reload11:59
Spadshaha11:59
Spadsaha, I see11:59
Spadslet me look at that11:59
mptthankew11:59
jameshSpads: it is supposed to proxy to another machine running a PQM status page12:00
Spadsah, I believe I know what this is12:00
SpadsWe are doing some recovery work, and had to take down the machine that is doing the proxying.  We have a temporary system in place, but the downtime is unavoidable, I'm afraid.12:01
elmowe can fix that12:01
SpadsWe have the technology.12:02
SteveAlaunchpad developers: see my message to the launchpad mailing list about how to get access to your branches and other data that was on chinstrap. 12:05
sabdflSpads: is pqm continuing to do what it was doing, just the display is borked?12:05
sabdfli had a landing in the queue too12:05
SteveApqm should be fine12:06
=== Spads nods
SteveAexcept for its web UI12:06
sabdfli'll wait for the failure message, then12:06
elmopqm web UI is back12:07
mptthanks elmo12:10
=== ChanServ [ChanServ@services.] has joined #launchpad
sabdflSteveA: think we can get edge.launchpad.net / crack.launchpad.net / beta.launchpad.net up and running for 1.0?12:16
ddaalifeless: is that a bug in the pqm display that it thinks that merge request for branches on sodium are for "other projects", or does that mean that I got my merge request wrong?12:16
SteveAsabdfl: depends what else is on stuart's plate.  I'll talk with stub.12:17
=== SteveA notes that the bounty-tracker-hiding branch landed
ddaaI mean on pqm.launchpad.net12:19
mpt'mpt@myrealbox.com is not permitted to commit to /home/pqm/archives/thelove/bzr/+trunk'12:20
ddaaand it's actually my merge request was wrong12:20
mptugh12:20
jameshmpt: if you do "bzr pqm-submit --dry-run -m message", you can see what the email would look like12:21
jameshit will print the submission request to the terminal rather than sending it, so you can see if it looks wrong12:21
SteveAright... that's the hardcoded default for the pqm-submit plugin12:21
SteveAyou need to update the text in your ~/.bazaar/branches.conf12:22
SteveAI'd like branches.conf to work differently12:22
SteveAso that you can give a "root path" location12:22
mptI did that12:22
SteveAand specify the pqm for all things below that12:22
mptfollowing the text in WorkingWithSharedRepositories12:22
jameshmpt: is there a section in ~/.bazaar/branches.conf for your branch as well?12:23
mptyes12:24
jameshmpt: if you have sections for $REPOSITORY and $REPOSITORY/$BRANCH in your branches.conf file, bzr will ignore the settings in the [$REPOSITORY]  section12:24
mptI was wondering that12:24
jameshwhich is a pain, since some commands will automatically create the [$REPOSITORY/$BRANCH]  section12:24
mptShould I remove all the branch-specific parts from the file?12:24
mpt(since they're all Launchpad branches)12:24
jameshyou can either do that or copy the settings from the repository section to each of the relevant branch sections.12:25
mptWith the former, I get a "Not a branch" error12:26
mptso I'll try the latter12:26
mpt... and so does the latter12:28
=== fantamaxx3 [n=mholthau@65.193.63.81.fix.bluewin.ch] has joined #launchpad
mptah, pqm_branch = push_location12:31
mpthmm, no, pqm thinks that's a non-pqm-managed branch12:32
mpthooray12:35
=== stub [n=stub@ppp-58.8.3.94.revip2.asianet.co.th] has joined #launchpad
SteveAhi stub 12:42
stubMorning12:43
sabdflhey stub, how's progress on CanonicalPillarNames?12:58
stubsabdfl: Up for review12:59
sabdflthat's awesome, thanks for getting it nailed12:59
SteveAstub: jamesh is sorting out the final touches on the python demo server01:00
SteveAthere are some questions about how to set up the incoming email01:00
stubNothing in my mailbox. jamesh - wassup?01:00
sabdflstub: will you brief brad, bjorn, others on places where it can be used to simplify things?01:01
sabdflfor example, malone email interface01:01
stubsabdfl: Ok. I'll add an agenda item to this weeks Launchpad meeting01:01
SteveAbrad won't be there01:01
jameshstub: I haven't yet set up the cron jobs for incomming email handling or the outgoing bug mail handler.  I have the details for the POP email box now01:01
SteveAnor will bjorn01:02
SteveAso, this week's launchpad meeting isn't a great venue for that01:02
jameshI just need to know how the cron jobs should be set up, and where to put the POP3 configuration01:02
stubHmm... ok.01:02
SteveAmail to launchpad list may be better01:02
jameshperhaps we can just adapt what's being used in production/01:02
jamesh?01:02
SteveAfollowed up by a note for next week's lp meeting01:02
stubjamesh: Yes. Just looking there to refresh my memory ;)01:03
carlosstub: hi, do you have sometime to talk about my migrate-translations branch?01:19
stubcarlos: sure01:20
carlosstub: we got it done, but we are trying to optimize it a bit (it took 6 hours to migrate translations from breezy to dapper)01:20
carlosstub: ok, thanks01:20
carlosstub: danilos suggested to use a temporary table to store all information so we don't need to do similar queries 4-5 times01:20
carloslike we do with current code01:20
carlosI we would like to know your opinion about that01:21
stubMakes sense. Temporary table, or even a real one.01:21
danilosstub: they were all nested selects01:21
carlosstub: this is the current diff (without the optimizations)01:21
carlosstub: https://sodium.ubuntu.com/~jamesh/pending-reviews/carlos/launchpad/migrate-translations/full-diff01:21
stubSure. It is a standard optimization technique. You probably need to create indexes on the temp table to speed up its subsequent usage.01:22
carlosstub: yeah, we were wondering whether we can create indexes there01:22
carlosstub: could we just use the usual syntax to do that?01:22
stubyes01:23
danilosstub: btw, if our temporary tables ends up being like 3M rows, doing inserts directly from that won't be too slow?01:23
stubdanilos: I don't follow you sorry.01:24
danilosstub: well, we want to do something like "insert into something (blah, blah) from select (foo, bar) from temporary_table;"01:25
=== lfittl [n=lfittl@85-125-227-78.dynamic.xdsl-line.inode.at] has joined #launchpad
stubtemporary tables being 3M rows long isn't a problem. Inserts using that as source data won't be slow if you are doing a bulk insert (iNSERT INTO FOO (bar,baz) SELECT bing, bong FROM temp_table), or one-at-a-time inserts provided you have created a suitable index.01:25
danilosstub: ah, ok, great, that's exactly what I was wondering01:25
stubIt would be one of the faster ways of inserting 3 million rows01:25
carlosstub: ok, thank you very much01:27
danilosstub: thanks for the help ;)01:27
stubdanilos: You probably won't want to insert all 3 million rows at once though, as that would lock the destination tables for an unacceptable amount of time. So you might need to do the insert in batches, using an ID column (INSERT INTO something(blah, blah) FROM select foo, bar from temp_table where id BETWEEN 1000 AND 2000;01:28
stubcarlos: That script should probably be run in READ_COMMITTED isolation level. (just add isolation=READ_COMMITTED as a parameter to initZopeless. READ_COMMITTED can be imported from canonical.database.sqlbase)01:29
carlosstub: what does it ?01:30
stubcarlos: It means your migration script won't die with a serialization exception half way through. file:///usr/share/doc/postgresql-doc-8.1/html/transaction-iso.html for the theory01:32
danilosstub: we won't be inserting 3m rows, this is just the data we will be using, extrapolated somewhat with outer joins (we need it all for some checks)01:32
carlosstub: ok, thanks01:32
stubcarlos: Oh... add 'import _pythonpath' to the top of your script so I don't have to.01:32
carlosok01:32
carlosstub: what's the reason begin that if we are not using _pythonpath ?01:33
stubcarlos: If you don't add it, I have to when running it on production so script can find the modules it needs to import.01:33
carlosoh, I see01:34
stub(because it is easier than arsing about setting environment variables)01:34
carlosso we are actually using it ;-)01:34
carlosok01:34
carlosI was not sure about its utility01:34
SteveAsivang: ping01:36
sivangSteveA: pong01:37
=== bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad
lifelessddaa: your target url should be sodium.ubuntu.com01:54
lifelessddaa: thats what in the config.01:54
ddaalifeless: the problem was different01:54
ddaaspecifically, I updated pqm-submit, and the pqm_branch option is now a user option instead of a branch option01:55
lifelessddaa: er, its always been both01:55
ddaamh?01:55
jameshlifeless: rocketfuel-built still seems out of date, and baz is installed now01:55
ddaaso it fell back to the bzr-dev default01:56
ddaaanyhow, I got it "working"01:56
ddaaI have limited time to investigate that sort of issue01:56
ddaathis "default" for the pqm branch seems like a bad idea to me01:56
lifelesssftp sodium.ubuntu.com fails on sodium01:56
lifelesswhich is whack01:56
elmolifeless: eh01:57
elmooh, I know why01:58
elmolifeless: should work now01:58
lifelessok, rf-built should update preoplery now01:58
lifelessspelling good I am at01:58
=== salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
lifelessjamesh: 3828 correct?02:00
sabdfl(12:58:44) sabdfl: hmm... Product permissions are a bit of a mess02:00
sabdfl(12:58:54) sabdfl: it seems Rosetta admins have launchpad.Admin on all products02:00
sabdfl(12:59:15) sabdfl: and Product.owner (plus lpadmins) is the only person with launchpad.Edit02:00
sabdfl(12:59:35) sabdfl: and now matsubara has allowed Product.owner to be edit by anybody with Product.owner02:00
sabdfl(12:59:53) SteveA: this is a #launchpad discussion, not a #bzr one02:00
sabdfl(12:59:54) sabdfl: how does the transfer-of-ownership protocol work?02:00
jameshlifeless: looks better now.  Thanks02:01
lifelessnp02:02
SteveAcarlos and danilo are discussing some database stuff right now.  matsubara and salgado will be around in an hour or so.02:02
salgadowe're here already02:03
=== niemeyer [n=niemeyer@200.138.54.241] has joined #launchpad
=== matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
jameshsabdfl: previously product owners had launchpad.Admin on their products, so they could transfer ownership02:03
SteveAoh, hi salgado... early riser!02:03
jameshsabdfl: the security adapter for IProduct/launchpad.Admin has a comment pointing to https://launchpad.net/products/rosetta/+bug/753 above it02:05
sabdfljamesh: do we want Foo.owner to have launchpad.Admin on the foo, as a rule?02:06
jameshsabdfl: there are some cases where we use launchpad.Admin to give owners more rights (where other people might have launchpad.Edit permissions)02:09
jameshsabdfl: and other areas where launchpad.Admin is used to restrict access to administrators (LP admins, rosetta admins or some other team)02:09
jameshit'd probably be good to use different permission names for these two cases02:10
sabdfljamesh: agreed. i think we need to take time to talk about the permission system for LP generally02:11
=== MaSa69 [n=MaSa69@dsl-jklbrasgw1-fe1cfb00-100.dhcp.inet.fi] has joined #launchpad
SteveAsabdfl: I have a bunch of changes to this pending coding, based on what we've discussed over the past several months02:13
SteveAthese are incremental changes, because it is a big risk to pull everything out and replace it all at once02:14
SteveAthis is something we should talk through at the infrastructure sprint in a couple of weeks02:14
sabdflagreed02:17
=== bradb [n=bradb@modemcable048.58-130-66.mc.videotron.ca] has joined #launchpad
=== LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad
=== flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad
SteveAthe london sprinters go to lunch03:02
=== mpool [n=mbp@ozlabs.tip.net.au] has joined #launchpad
=== jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad
danilosme go to lunch, me go to lunch, me go to lunch ;)03:04
elmojamesh: thanks - that RT ticket just made my day03:13
matsubarastub: apparently there's something wrong with dilys@muse. Should I remove all reference to it from lp code?03:14
=== jinty [n=jinty@213-156-52-99.fastres.net] has joined #launchpad
=== jim09 [i=Tim@n219079031252.netvigator.com] has joined #launchpad
stubmatsubara: It is hard coded? Sure.03:39
jameshmatsubara: are the error reports you're seeing coming from carbon.ubuntu.com?04:09
matsubarajamesh: yes04:10
jameshmatsubara: there are some problems with how the outgoing email cron job interacts with the mail whitelist we've got in place (i.e. it doesn't handle the rejection), and dilys is just the first address it tries04:10
jameshit isn't on the whitelist04:11
carlosI need to so another code update on staging, is there anyone using it atm ?04:13
carlosit will take 5-10 minutes04:13
carloss/so/do/04:14
=== lbm [n=lbm@0x5358aa18.hrnxx7.adsl-dhcp.tele.dk] has joined #launchpad
=== ddaa [n=ddaa@82.109.136.116] has joined #launchpad
matsubarajamesh: I see, but stub suggested that I should remove dilys@ from lp code anyway. Nobody's using "her" AFAICT04:15
carlosno complains?04:15
carlos504:15
carlos404:15
carlos304:15
carlos204:15
carlos104:15
carlos004:15
malccAnyone up for a quick review of https://sodium.ubuntu.com/~jamesh/pending-reviews/malcolmcleaton/launchpad/bug-54032/full-diff ?04:15
SteveAmalcc: just did04:16
SteveAone comment:04:16
SteveAand one question04:16
jameshmatsubara: I suppose so.  I was just pointing out the cause of the failure04:17
SteveAthe question is, does the doc test change actually test the code change?  it isn't clear from the diff what the meaning of the doctest change is, because there is no documentation visible in the diff.04:17
SteveAthe comment is:04:17
SteveA pub_careful = False04:17
SteveA-if not (options.careful or options.careful_publishing):04:17
SteveA+if options.careful or options.careful_publishing:04:17
SteveA     pub_careful = True04:17
SteveA04:17
SteveAwhy use an 'if' there?04:17
carlosstaging is back to live04:18
SteveAyou can just say pub_careful = options.careful or options.careful_publishing04:18
malccI'll add some doc to the doctest04:19
matsubarajamesh: thanks.04:19
malccAnd yes, that would be shorter04:19
SteveAjamesh: when you have a spare few minutes, please join #bzr to talk about the pqm-submit plugin04:27
=== jamesh joins
kikohullo04:27
lifelessgnight all04:31
=== lifeless waves
malccSteveA: Changes made, new diff here: https://sodium.ubuntu.com/~andrew/paste/fileUoBLtd.html04:32
SteveAmalcc: not only shorter but I think clearer04:32
SteveAfewer items on the mental stack needed to understand what's going on04:33
malccSteveA: Yes I agree.04:33
carlosSteveA, kiko, stub, lifeless: Could you remove/hide this bounty? https://launchpad.net/bounties/004:33
SteveAand reads from python into english easiy04:33
SteveAlooks good04:33
SteveAis "careful publishing" explained elsewhere in the doc?04:33
kikocarlos, I don't see how that bounty is worse than any other, tbh. we should just remove them all.04:34
carloskiko: well... that one doesn't have any content ;-)04:34
carlosthe others are more user requests and others... are offering money to implement those features04:34
malccSteveA: Hmm, no04:34
=== Keybuk [n=scott@quest.netsplit.com] has joined #launchpad
stubcarlos: done04:37
carlosstub: thanks04:37
malccSteveA: https://sodium.ubuntu.com/~andrew/paste/fileJZ1AUe.html04:39
SteveAmalcc: that reads well to me.  good stuff.  r=me.04:40
malccSteveA: Thanks04:41
=== Spads_ [n=crack@217.205.109.249] has joined #launchpad
=== jinty [n=jinty@213-156-52-99.fastres.net] has joined #launchpad
=== cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
=== cprov [n=cprov@monga.dorianet.com.br] has joined #launchpad
=== frodon_ido [n=patrick@ip-213-49-150-10.dsl.scarlet.be] has joined #launchpad
=== Lord_Athur [n=alejandr@pc-10-33-214-201.cm.vtr.net] has joined #launchpad
=== cprov [n=cprov@monga.dorianet.com.br] has joined #launchpad
=== dous [n=dous@ubuntu/member/dous] has joined #launchpad
kiko-fudspiv?06:13
=== lbm [n=lbm@0x5358aa18.hrnxx7.adsl-dhcp.tele.dk] has joined #launchpad
=== Ubugtu [n=bugbot@ubuntu/bot/ubugtu] has joined #launchpad
=== rraphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
elmojamesh: I think 15216 is now done - do you want to check?07:04
jameshelmo: It seems to be able to open the mail box.  I'll see if it can process the email07:08
jameshelmo: yep.  Looks like it is all working.  Thanks07:08
elmojamesh: cool07:09
elmoSteveA: please revert the MigrationToSodium changes when you get a sec, chinstrap is back07:17
jameshelmo: I've updated the wiki page to remove the note07:19
elmojamesh: thanks07:19
=== flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad
=== jinty [n=jinty@213-156-52-99.fastres.net] has joined #launchpad
jameshSteveA: http://wiki.python.org/moin/LaunchpadTracker <- that's the info I've put up so far08:30
niemeyersalgado: Ping08:36
salgadoniemeyer, pong08:37
niemeyerHeya!08:37
salgadohow's it going?08:37
niemeyerEverything going smoothly :)08:37
niemeyerQuick questoin:08:37
niemeyer<niemeyer> SteveA: What do you guys do when you have to insert something unique in a table, reusing an existent value when it's already there?08:37
niemeyer<niemeyer> SteveA: Do you usually lock the whole table, use a db function, or catch the error and invalidate the transaction?08:37
SteveAsalgado: I remembered the "single request per person" shipit issue08:38
SteveAand we tried a couple of things08:38
SteveAbut I can't remember what they were exactly08:39
salgadoyeah, that's right. let me see if I remember08:39
salgadoso, niemeyer, you actually want to know the different things we tried or just if/how we solved it in the end?08:40
SteveAone issue was to do with the isolation level used08:40
=== mdke_ [n=matt@unaffiliated/matt/x-000000001] has joined #launchpad
salgadoyeah, because the constraint was hard to write we first tried to lock the table in EXCLUSIVE mode, IIRC.  but that didn't work because of the isolation lever we used08:41
niemeyersalgado: I'd like to know which solution turned out to be the best and why, if possible. I kind of understand a few different paths to do it.08:41
SteveAniemeyer: talk with stu when he's arround tomorrow08:41
jameshniemeyer: inside a transaction you'd usually perform a select to see if a row exists, and then add the row if it doesn't08:41
niemeyerjamesh: That's what I'm doing now, except that I have to catch an error on the insert, since someone else might have inserted it before.08:42
niemeyerjamesh: So it becomes a function, to avoid invalidating the whole transaction08:42
niemeyerWhich is of course boring to work with08:42
niemeyerI was wondering if you have a clever way to handle it08:43
niemeyer"SELECT OR INSERT" is what I need.. ;-)08:43
=== niemeyer writes to the SQL consortium complaining.. ;)
salgadooh, it's not the same issue as we have on shipit then. the problem we had on shipit is that there's a race condition on this solution08:44
jameshniemeyer: if you are doing this with transactional isolation, that shouldn't be possible08:45
niemeyerjamesh: What shouldn't be possible?08:45
niemeyersalgado: Our problem is also related to a race condition on the insert, but perhaps a different one08:45
jameshniemeyer: someone else to insert a row between the select and insert (at least from the transaction's point of view)08:46
jameshyou might get a conflict at the end of the transaction, but that can happen for other reasons too08:46
niemeyerjamesh: Yes, but that's actually the "problem" in this case08:46
niemeyerjamesh: I'm trying to proctect against the error.. if two different threads/applications are trying to insert/select the same data, they should get the same id, rather than one of them blowing up.08:47
niemeyerjamesh: Does this explanation make sense to you? I might rephrase it if not08:47
=== carlos -> dinner
salgadoniemeyer, I think Stuart suggested retrying the one that blows up as a way of fixing this. this way it'd see the data preciously inserted by the first08:48
salgado(I have no idea how you do this retry, though)08:49
salgadoand s/preciously/previously08:49
niemeyersalgado: That's what I'm doing now08:49
niemeyersalgado: But then it needs a function to catch the error and retry gracefully08:49
niemeyerI guess we're on the same page08:49
salgadoyeah, I guess so too, but better check with stub to make sure08:50
niemeyerCool, I'll do that08:50
salgadohe may have something in mind already08:50
niemeyerThanks for the info08:50
salgadonp08:50
=== Spads [n=crack@host-87-74-89-130.bulldogdsl.com] has joined #launchpad
=== mdke_ is now known as mdke
=== glatzor [n=sebi@ppp-82-135-65-181.dynamic.mnet-online.de] has joined #launchpad
=== elmo [n=james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #launchpad
=== exarkun [n=exarkun@intarweb.us] has joined #launchpad
exarkunwhy do I get spammed whenever a bug gets marked as a duplicate of a bug I filed?11:06
exarkunand how do I make it stop without also losing the ability to get notified when the bug I filed gets resolved?11:06
kiko-afkexarkun, well..11:07
kikoexarkun, the way it currently works is that if your bug has dupes, you will get notified of those dupes.11:08
kikoexarkun, my feeling is that it's hard to draw a line and decide that that specific change (a bug being marked as a dupe of your bug) is not worth mentioning to the bug reporter11:08
exarkunwhere is the config option I can toggle to change that behavior, since _I_ am perfectly capable of drawing that line? :)11:09
kikoit might, for instance, contain further information on the bug. or it might  not be a dupe and you might be in a good position to clarify that. I can think of other [potentially non-contrived even!]  use cases where it is useful to know if a bug has been filed as a duplicated of yours11:09
kikoheh11:10
kikowell, you mean apart from .procmailrc, exarkun? :-)11:10
exarkunI can guarantee that I will have absolutely no ability to provide any insight whatsoever on this bug at any point in the future.  All I want to know is when it is fixed.11:10
exarkunOkay, what's the regexp that matches the message text when a ticket is fixed?  I've never gotten a message like that. ;)11:11
kikoone sec.11:11
jameshkiko: we've put the launchpad entry in for the bug tracker comp: http://wiki.python.org/moin/LaunchpadTracker11:11
kikojamesh, I saw your message a while back, thanks for doing that11:11
jameshI just wrote that page up today, actually11:11
kikojamesh, meaning a few hours back -- you ircd to SteveA did you not?11:11
kikoexarkun, the text will look like this:11:12
kiko       Status: In Progress => Fix Committed11:12
kikoexarkun, or <whatever> => Fix Committed11:12
radixOr just => Fix, since there's also Fix Released11:12
kikotrue.11:12
kikoradix, note also that:11:12
kiko** Bug 52584 has been marked a duplicate of this bug11:12
UbugtuMalone bug 52584 in launchpad "tab order incorrect for "+addticket" pages" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/5258411:12
kikothat's how a duplicate notation look liks11:12
kikoso you could potentially match on "Bug \d+ has been marked a duplicate of this bug"11:13
jameshkiko: yeah.11:13
kikoradix, what bug is this that has so many duplicates being reported?11:13
radixno idea11:13
radixit's his bug11:13
kikoradix, whose bug?11:13
kikoerr11:13
kikosorry, got confused there all of a sudden11:13
radixare you mistelling? ;-)11:13
radix:)11:13
kikoexarkun, what bug is that?11:13
kikoradix, that's what you get for participating in a discussion you didn't start <wink>11:14
radixyeah, I need to quit that11:14
exarkun54083 or maybe 54071 or maybe one of the bugs that was a duplicate of one of those bugs or that one of those bugs is a duplicate of11:14
kikoexarkun, so there /is/ a bug there11:14
kikoand that is that it is impossible to find out which duplicate is causing you to be messaged when you were subscribed to a dupe but not to the main bug.11:15
exarkunI would file a bug but I am afraid of overrunning my mail quota.11:15
kikoexarkun, that bug is already reported, AAR.11:16
exarkunOkay :)11:16
exarkunThanks for the help.11:16
kikoyou're most welcome -- please let me know if you have any other issues. I hear you with regard to a user option, but I am a bit loathe to add a specialist option there.. until I have a more solid set of use cases at least11:17
=== exarkun [n=exarkun@intarweb.us] has left #launchpad []
=== Lord_Athur [n=alejandr@pc-10-33-214-201.cm.vtr.net] has joined #launchpad
=== lfittl [n=lfittl@85-125-227-78.dynamic.xdsl-line.inode.at] has joined #launchpad
=== Mez [i=Mez@ubuntu/member/mez] has joined #launchpad
Mezer - why is nmap showing katapult as it's upstream ?11:57
Mezping: anyone11:59
=== mdke_ [n=matt@ubuntu/member/mdke] has joined #launchpad

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!