/srv/irclogs.ubuntu.com/2006/05/14/#launchpad.txt

sivanglifeless: could you tell me why I am getting bzr: ERROR: Revision {pqm@pqm.ubuntu.com-20060507115829-e0e65b77a04377e6} not present in inventory.12:10
sivanglifeless: when I do bzr st ?12:10
sivanglifeless: (acutally that also happend with rocketfuel-refresh)12:10
sivanglifeless: still due to the broken slinks in lib/zope ?12:10
lifelessyou took your rsync late last week12:12
lifelessat just the wrong time. Like elmo says, update your rsynced copy.12:12
sivanglifeless: okay, I just thought to try and use bzr to recreate the symlinks :)12:14
=== sivang regets RF
sivanglifeless: if the importd key is no longer neccessary (there is not explenation why it was mentioned in the RFS doc) can we rmeove it from the document instructions and leave the pqm bit only?12:35
lifelessI'll have a look at the page later12:37
=== mpt [n=mpt@203.109.220.214] has joined #launchpad
sivanglifeless: okay, thanks.12:39
=== alexandros_se [n=alex@2-1-1-18a.spa.sth.bostream.se] has joined #launchpad
=== JanC [n=janc@lugwv/member/JanC] has joined #launchpad
ploumwell, I found on the Ubuntu wiki the idea of a gnome launchpad front-end as a google SoC12:59
ploumgreat idea12:59
ploumI really like it12:59
ploumI submitted a SoC proposition about it01:00
ploumif anyone want to mentor it01:00
=== daq4th [n=darkness@netstation-005.cafe.zSeries.org] has joined #launchpad
kikohey 01:01
kikothat is very cool ploum 01:01
kikoI'd be happy to mentor it01:01
ploumcool :-)01:01
ploumI you are already a registered mentor, you can read it01:02
kikopygtk?01:02
ploumindeed01:02
kikoI am no such thing01:02
kikobut I can become one01:02
ploumI was thinking about it p01:02
mdkewill the licensing work?01:02
kikoit's just a front-end, right?01:02
ploumkiko: here's the submission (sorry for the formating) : http://ploum.fritalk.com/soc4.txt01:03
sivangploum: I am also willing to help, I worked on LaunchpadIntegration previously, and they seem to have some in common :)01:03
ploumgreat :-)01:03
mdkeploum: what a great idea01:03
ploummdke: I stole it on the wiki ;-)01:04
ploumbut I found it so great, I couldn't resist to propose myself ;-)01:04
mdkeI'm sure you can do it proud01:04
kikoploum, okay, so it's a front-end only to the bug part of launchpad01:05
kikoso gmalone?01:05
ploumkiko: I was thinking to extend it also for specifications, support and translations 01:05
kikoah01:05
kikoI see01:05
kikothat I'm not so sure about01:05
ploumbut the bug part is the most important IMHO01:05
kikobecomes fuzzier in intent01:05
ploumindeed01:05
kikoin particular because a single UI that covers translations and specs, well... it's like emacs :)01:06
sivangheh01:06
ploumkiko: that's why I wrote that it will not be a monolithic application01:06
ploumbut you are right01:06
ploumthe first and important part is malone01:06
ploumothers are bonus01:07
sivangkiko: emacs is not _that_ bad :)01:07
kikoemacs is a disaster01:07
ploumemacs is the "thing"01:08
ploumthere's no other word01:08
kikolike john carpenter's thing?01:09
ploumlike it01:09
ploum:-)01:09
kikoI control-X control C you!01:09
ploumargh !01:09
ploum:wq!01:10
ploum(that my shield)01:10
kiko:x! is for the eleet01:10
kiko:wq is so old-skool01:10
=== ploum must be old school
=== mpt_ [n=mpt@203.109.220.214] has joined #launchpad
ploumI always say : emacs is really faster than vim.... if you have more than 17 fingers per hand01:11
ajmitchkiko: what are you saying? emacs is the one true OS01:11
ploum:-D01:11
kikoajmitch, obviously!01:11
=== mdke prefers gedit
ploumajmitch: I don't agree. It lacks of a text editor01:11
ajmitchhah01:12
kikodoesn't it have something called viper?01:12
kikoI thought it did01:12
sivangajmitch++01:12
=== ajmitch thinks a decent frontend to launchpad, even for malone, may work best with the xml-rpc interface
ploumajmitch: is there any documentation about this interface ?01:13
ajmitchI don't think the interface is really done yet :)01:13
mdkeploum: dig around on the LP wiki01:14
sivanghttps://wiki.launchpad.canonical.com/MaloneXmlRpcInterface01:14
mdkethere is something about it, even if just a spec01:14
ploumwell, now I hope that the project will be selected..01:16
ajmitchploum: why is that?01:16
ajmitchall the SoC code has to be for free software, too01:16
ploumindeed..01:16
kikoajmitch, really?01:17
ajmitchkiko: yep01:17
kiko-- /for/ free software? 01:17
mdkethe code *produced* has to be free software01:17
kikothat's what I understood too01:18
ajmitchthat is what I meant01:18
kikothen I didn't understand your comment at all :)01:18
ajmitchok :)01:18
mdkekiko: you get a t-shirt for being a mentor...01:19
ajmitchI didn't mean that they'd necessarily exclude writing an app to interface with an evil, proprietary, RMS-hating web app01:19
kikooh good!01:19
mdkecan't believe the t-shirt thing is so low down the faq01:19
kikomdke, yeah, I mean, I /really/ need an extra t-shirt!01:20
mdkeyou should mentor a few projects then01:20
ajmitchmdke: I should have signed up to be a mentor then01:20
kikoajmitch, are you in need of extra clothing01:21
ajmitchof course01:21
ajmitchI live in freezing dunedin01:21
mdkeI could do with a google tie01:21
kikothere are other places that are inhabitable on the planet I believe01:21
ajmitchthere are01:21
ajmitchdunedin isn't so bad01:21
lifelessdunedin rocks01:21
mdkeI'm torn between my brain telling me that dunedin must be in australia, and some kind of instinct shouting "Scotland!"01:22
kikoit's in middle-earth.01:22
mdkeah, neither01:22
lifelessmdke: its a little bit of scotland in New Zealand01:22
lifelesslegend has it the street map is a clone of edinborough01:23
ajmitchwithout regarding hills at all01:23
mdkeah, there is one in scotland too, phew01:23
lifelesscomplete with cul de sacs that in edinborough butted up against cliffs, but in new zealand make no sense01:23
mdkesounds cool01:23
kikoI wonder if lifeless meant edimburgh01:24
kikoerr01:24
kikoedinburgh01:24
kikoor if that is the old spelling01:24
lifelesskiko: my bad01:25
ajmitcheven mpt_ decided that dunedin was the place to be01:25
ajmitchlifeless: btw I'll be in sydney for a week or so in early july01:26
lifelesssweet01:27
ploumthanks mdke. kiko : in order to become a mentor, I think you just have to ask JaneW01:30
=== sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #launchpad
ploum(or sivang too . There must be plenty of projects ;-) )01:35
ploum(and a need for a lot of mentors)01:35
ploumgood night all01:52
sivangploum: already signed, and emailed pygi where I think I can mentor :)01:52
sivangnight ploum :-)01:52
ploum:-)01:52
sivangelmo: fresh checkout, 'make schema' works beautifully.01:54
sivangnight all02:12
dilysMerge to devel/launchpad/: [r=lifeless]  Fix 'make importdcheck' by using the same path hack as test.py. Made the 'importdcheck' make rule a little more consistent with others, too. (r3542: Andrew Bennetts)02:34
spivGood grief.  I sent that merge request almost 12 hours ago.02:35
kikoI asked lifeless about this and yet... no change 02:35
lifelesskiko:  ?02:41
kikoPQM slowness?02:41
lifelesskiko: I answered you02:41
lifelessits reweaving on every merge, there is inconsistent data in the cloud of branches02:42
kikoyou answered, but no change has happened yet. :)02:42
lifelessit will be fixes by moving to knits02:42
lifelessand that is in progress02:42
lifeless*fixed*02:42
lifelessI have a test knit branch up. Have you played with it ?02:42
lifelessI emailed launchpad@ about this02:42
kikoI haven't had the guts but I might tomorrow02:42
kikothis week is review week though -- no time for anything extra02:43
lifelessso, if you want a smooth transition, dont nag :)02:43
lifelessknit conversions take > 24 hours and 2 gbs of RAM02:43
kikoI don't think I have the hardware either!02:44
lifelessI want to be 100% sure that I have a smoother path for the devs, with no mistakes, before we move. Or nothing will get done for a week02:44
lifelessI will have the key data preconverted, and instructions on how to use it to make your conversions much faster02:44
lifeless(minutes or hours rather than days)02:44
kikolifeless, well, I really wish we didn't take 8h to merge; could better testing on the LP tree when releasing new public versions02:55
kikohave helped?02:55
lifelessno.. its a pathological behaviour in weaves02:55
lifelessto repair all the data into canonical form is ~ 24 hours per branch02:55
lifelessknits avoid needing to repair it02:56
lifeless-> knits are important.02:56
=== stub [n=stub@ppp-58.8.3.250.revip2.asianet.co.th] has joined #launchpad
=== jinty [n=jinty@94.Red-83-49-50.dynamicIP.rima-tde.net] has joined #launchpad
=== interalia [n=interali@adsl-60-232.swiftdsl.com.au] has joined #launchpad
=== sfllaw_ [i=sfllaw@debian/developer/coleSLAW] has joined #launchpad
stubI'm out phone shopping and stuff - probably 4 hours05:35
dilysMerge to test/launchpad/sourcecode/sqlobject/: [trivial]  Make test_enum expect IntegrityError as an alternative to ProgrammingError, and disable test_mxDateTime. (r56: Andrew Bennetts)06:24
spivExcellent... maybe the buildbot merge will actually work *finally*.06:25
spivI guess I'll know in about 4 hours :(06:25
spivlifeless: I don't understand why a merge to non-launchpad branch should still be so slow... is it re-weaving even if the launchpad branch hasn't changed?06:26
mptGooooooooooood afternoon Launchpadders!06:30
lifelessspiv: shouldn't be.06:38
=== fabbione [i=fabbione@gordian.fabbione.net] has joined #launchpad
spivlifeless: Hmm, that merge to sqlobject took several hours, just a merge to rocketfuel.06:40
spivs/just/just like/06:40
spivlifeless: It's currently doing a buildbot merge request, so if you want to, you could take a peek and see what balleny is doing with non-launchpad merge requests.06:44
=== dsas [n=dean@host86-129-8-7.range86-129.btcentralplus.com] has joined #launchpad
lamontwhere does launchpad's morgue live?07:03
spivlamont: You mean old packages?07:06
lamontspiv: yeah - packages that say "removed" but that I need the debs for.  specifically linux-image-2.6.15-*-{itanium,mckinley}-smp.deb07:07
spivlamont: If you look at a source package in launchpad, it has links to old versions, which have links to downloads.07:07
lamonthttps://launchpad.net/distros/ubuntu/dapper/+package/linux-image-2.6.15-19-mckinley-smp07:07
lamontis not helping me...07:07
=== mpt_ [n=mpt@203.109.220.214] has joined #launchpad
spivThat is a spectacularly unhelpful page :)07:07
spivmpt_: lamont found this rather uninformative page https://launchpad.net/distros/ubuntu/dapper/+package/linux-image-2.6.15-19-mckinley-smp07:08
lamontspiv: what I want is the .deb.... clues?07:09
spivlamont: https://launchpad.net/+builds/+build/178649 ?07:10
spiv(from the "dapper ia64" link on https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.15/2.6.15-19.29)07:11
spivlamont: which links to https://launchpad.net/+builds/+build/178649/linux-image-2.6.15-19-mckinley07:11
spivExtremely convoluted, but it appears to all be there.07:12
lamontso how did you get there?07:12
spivhttps://launchpad.net/distros/ubuntu/+source/linux-source-2.6.15/2.6.15-19.29 "dapper ia64" -> https://launchpad.net/+builds/+build/178649 "linux-image-2.6.15-19-mckinley-smp 2.6.15-19.29" -> https://launchpad.net/+builds/+build/178649/linux-image-2.6.15-19-mckinley07:14
=== mpt [n=mpt@203.109.220.214] has joined #launchpad
lifelessjamesh: ping - review for you to do07:52
lifelessstub: theres a review for you to do07:53
=== ShadowSyntax [i=ShadowSy@219-88-18-166.dialup.xtra.co.nz] has joined #launchpad
SteveAmorning08:50
SteveAspiv: ping08:52
spivSteveA: pong08:52
SteveAlet's voip08:52
spivsure, just plugging in.08:53
=== sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #launchpad
=== mpt [n=mpt@203.109.220.214] has joined #launchpad
mptspiv, yes, I showed that page to sabdfl in London09:17
mptor one of its siblings, anyway09:18
mptit's bug 3224109:18
=== ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad
ddaajamesh: spiv: mpool: SteveA: lifeless: meeting in 16 mins09:44
SteveAddaa: thanks09:44
ddaawhere is my mind... where is my mind?09:44
=== ddaa looks in the coffee pot, just to be sure
jameshokay09:45
SteveAway out in the water, see it swimming09:45
spivSteveA: http://hg.thinkmo.de/moin/1.5?f=2d62b4450b70;file=MoinMoin/parser/wiki.py09:47
=== sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #launchpad
ddaajamesh: spiv: -> #launchpad-meeting09:59
=== carlos [n=carlos@175.Red-88-9-38.dynamicIP.rima-tde.net] has joined #launchpad
carlosmorning10:10
SteveAhi carlos 10:11
=== doko [n=doko@dslb-088-073-082-103.pools.arcor-ip.net] has joined #launchpad
=== sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #launchpad
fabbionehey guys10:30
fabbionei have a simple question10:30
fabbioneubuntu-x-swat has been subscribed to a bunch of bugs..10:31
fabbionesome of these were bugs in other packages10:31
fabbionelike package foo10:31
fabbioneand ubuntu-x-swat (as team) doesn't give a shit^W^W^Wcare about foo10:31
fabbionehow do i unsubscribe the team from that bug?10:31
SteveAfabbione: please tell me an actual package (or a URL to a package) that is subscribed, that you want to unsubscribe10:35
fabbioneSteveA: several.. how do i that?10:35
SteveAi don't know much about bug subscription UIs, but if you give me a URL, i'll have a better chance of seeing what's going on10:36
fabbionehttps://launchpad.net/distros/ubuntu/+source/linux-restricted-modules-2.6.15/+bug/3651110:36
fabbionethis one for example10:36
fabbionethat's nvidia binary driver issue10:36
fabbioneand infinity takes care of them manually.. originally reported against xorg10:36
fabbioneand as swat i don't care to be subscribed to them10:37
fabbioneso i want to avoid getting extra emails etc.10:37
SteveAand in the menu, top left, you just have10:37
SteveA"subscribe" and "subscribe someone else"? 10:37
fabbioneyes10:37
SteveAno "unsubscribe team"10:37
fabbioneexactly10:37
SteveAokay, that feature hasn't landed yet :-(   it's being coded right now10:37
fabbioneat least make that available to the team owners10:37
SteveAso, answer is... ask stub 10:37
fabbioneoh meh dude10:37
=== fabbione sighs
SteveAit's on it's way man10:38
fabbioneSteveA: i am going to add you to the kernel team and x-team just to let you understand the spam :D10:38
fabbioneor better10:38
fabbionei will add launchpad mailing lists :P10:38
=== SteveA pings stub
stubYo10:39
SteveAhi stub10:40
SteveAso, the "unsubscribe team" UI hasn't landed in production yet10:40
SteveAdon't know if it's landed in RF10:40
SteveAfabbione has a team he wants unsubscribed from various bugs10:40
SteveAwould you help him identify those bugs, then do it on production?10:41
fabbioneSteveA: i need to do it bit by bit10:42
fabbionethere are about 420 bugs to parse10:42
SteveAwell, stub could give you a table of subscribed bugs with some information10:42
SteveAthen you could mark that table with the ones you want unsubscribed, perhaps10:42
SteveAor, maybe you can just give a list of bug numbers to stub10:43
fabbioneSteveA: it will still requires me to go and read all the bug...10:43
fabbionejust let me know when i can do it10:43
fabbioneso that i can avoid getting 340839483947 extra emails10:43
SteveAbradb or kiko will be able to say when the actual UI will land10:43
SteveAthey'll be around in a few hours10:43
stubYup. I can generate reports, or if you can give me some rules I might be able to bulk unsubscribe the worst offenders (eg. all bugs targetted to package foo you don't care about)10:43
fabbioneok i will wait for kiko and bradb and bitch them :)10:45
=== sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad
SteveAsabdfl: bzr conf call?10:59
sabdflSteveA: i'm in11:03
carlosddaa: hi, around?11:22
SteveAcarlos: i expect he'll be back in 15-20 mins11:24
carlosSteveA: ok, thanks11:25
=== Russell [n=Russell@203.190.1.180] has joined #launchpad
Russelli have +spec question11:34
Russelli have a "Specification" question... after someone set new specification, who can set the Definition Status?11:36
Russellthe registrant, or an admin?11:37
ddaahey carlos11:41
carlosddaa: hi11:42
carlosddaa: I registered the product gettext some time ago to get a bzr mirror of its cvs11:42
ddaaright11:42
carlosbut I detected that they moved the server to another place11:42
carloshow should we handle that?11:42
ddaathere's a bug filed somewhere about that being brainded11:42
carlosupdate the information on launchpad and your scripts will handle it?11:42
ddaabut basically you have to tell me11:43
Russellcan someone plz answer my question?11:43
carlosRussell: I don't know the answer for sure, but I think the owner of the product where the spec is stored11:44
carlosddaa: ok, I just told you it, what information do you need?11:44
Russellcarlos: ok thanks a lot11:45
ddaacarlos: the updated cvs details, as you would enter them in the form11:49
ddaaATM, I think you need admin to do that.11:49
ddaanumerous historical and bad reason why this is that way11:50
ddaalot of hard work to fix properly11:50
carlosddaa: ok, I will send you an email with that information11:51
=== WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
=== Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad
=== Ubugtu [n=bugbot@ubuntu/bot/ubugtu] has joined #launchpad
=== Znarl [n=karl@bb-82-108-14-161.ukonline.co.uk] has joined #launchpad
sivangmorning all12:19
=== sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #launchpad
=== mpt [n=mpt@203.109.220.214] has joined #launchpad
=== Russell [n=Russell@203.190.1.180] has left #launchpad ["Leaving"]
=== mpt_ [n=mpt@203.109.220.214] has joined #launchpad
carlossivang: morning12:48
carlossivang: is your launchpad tree working now?12:49
sivangmornign carlos !12:50
sivangcarlos: indeed :)12:50
lifelessspiv: ping12:50
sivangcarlos: elmo helped me to find out that my zope/lib had been deprived of its symlinks, and became real duplicated files.12:50
sivangcarlos: which caused the whole trouble.12:51
spivlifeless: pong12:51
lifelesswhat do you want done with your current reviews12:51
lifelesswill you do them in evenings? or should I reallocate now12:51
spivReallocate, please.12:51
carlossivang: oh, I see12:53
lifelessjamesh: around ?12:53
jameshlifeless: yeah12:53
lifelessI've given you the branch of bjorns that was merge-conditional12:54
lifelesshopefully you will have nothing to do there12:54
lifelessits because andrew is on jury duty now12:54
spivThere shouldn't be much to worry about with that branch.12:55
lifelessalso, bradb/launchpad/malone-smallfixes/ is coming up to 4 days, can you do it today ?12:55
jameshI've got it open in an editor window.  Will finish it off12:56
lifelessjamesh: great, thanks12:56
=== sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #launchpad
carlosBjornT: With the new pagetest infrastructure, could we move the new tests with the doctests? The new system makes really simple the mix of http tests with usual python tests so we could test a view class and at the same time, how it renders01:08
carlosSteveA: ^^^01:08
BjornTcarlos: i would say, no. page tests are used to test the page on a much higher level than normal doctests do. if the view class is complex, doctests still serve a purpose.01:09
carlosBjornT: I'm not talking about not doing doctests01:09
carlosbut to mix both kind of tests01:09
carlosso we have a single place with all tests for the same context01:10
lifelesscarlos: will it improve or reduce clarity though01:11
lifelesscarlos: in bzr we have very clear separation of 'internals' and 'rendering' issues in the test suite. 01:11
carloslifeless: I'm talking about the view classes testing01:11
lifelesscarlos: I think it helps myself, because its very clear where to go to analyse a internal or rendering issue, and where to put the tests.01:11
carlosperhaps we should move the view classes with the pagetests, don't know01:11
lifelesscarlos: yes, I know you are.01:12
carloslifeless: you are right that database tests should not be mixed with the render part01:12
=== ploum [n=ploum@ubuntu/member/ploum] has joined #launchpad
carlosbut a view class is part of the rendering, isn't it?01:13
BjornTcarlos: i'm not sure it will help much. the new page test system doesn't give you access to view class.01:13
lifelesscarlos: mmm, maybe01:13
BjornTcarlos: well, the view class is used to render the page, so is the database class.01:14
carlosBjornT: I know, but the same way I create the view class inside doctests, I could do it inside the same testing files for pagetests01:14
carlosBjornT: but the view class is a direct part of the way the page renders01:15
lifelesscarlos: lets ask this a different way01:15
lifelesscarlos: testing the rendering tests the page template. Testing the view tests form processing, testing the db class tests core business logic.01:15
lifelesscarlos: is it helpful to have page template tests and form logic tests in the same place ? [what does it help, what does it make easier? will it improve narrative tests?] 01:16
carlosI think the answer is yes, you have methods there that populate the form, so you could test first the view class output and later teh rendering, if the first works and the second fails, you know the bug is with the template01:17
carlosif both fail, you know that the problem is in the way you process the form or you prepare the data to be rendered01:18
carloss/or you prepare/or the way you prepare/01:18
lifelessBjornT: what do you think?01:19
carlosif you change the view class, sometimes, you need to fix the template01:19
carlosif you have both together, you can do it more easy IMHO01:19
carlosthe database code changes is different as you are changing a public API01:19
lifelessthe view class is a public api too01:21
lifeless(many templates to one view, many views to one content class)01:21
BjornTlifeless, carlos: well, a view class is often used in more than one page, so the view class tests will be scattered around in pagetests/ somewhere. i think it's valuable to have specific tests for the view class in a single place, in doc/.01:22
lifelessBjornT: I agree with you.01:22
lifelessin fact its this Many-1, Many-1 groupings that drive the separation IMO.01:23
carlosBjornT: hmm, that's a good point01:23
carlosthis drives me to the my next question, should we use the same file to document/test view and database code?01:24
carlosRosetta does it, for instance, doc/pofile.txt tests both, the view and the database01:24
lifelessdefinately not01:24
lifelessIMNSHO01:25
carlosshould we use pofile.txt and pofile-view.txt then?01:25
lifelessfor the same reason - there can be more than one view per content class01:25
lifelessso we should ensure that tests for the content class are in one place, not scattered with each view01:26
carloswell, pofile.txt tests all objects defined at interfaces/pofile.py and the same for the view01:26
lifelessthat said, if there is only one view, I think its ok to put the view tests with the content class tests.01:27
lifelessbecause we dont want to make the common case difficult01:27
carlosso you want one test file per view class?01:27
carlosexcept for the cases where we just have one single view class?01:28
=== doggy [n=doggy@59.93.212.186] has joined #launchpad
lifelesscarlos: what do you think, does it make sense? or is it going to make it harder to work with ?01:29
carloswell, I would prefer to have one single file for database code and one single file for all view testing01:30
carlosbut I also understand that multiple views is the same use case that requires multiple files for the pagetests01:30
carloslifeless: if we do such split, I would prefer to have something like doc/views/ to store the view tests01:31
carlosinstead of having all together in a single directory01:31
BjornTcarlos: we already have doc/foo-pages.txt01:32
carlosBjornT: but if we should create one file per each view class we have, that list would explode, right?01:34
carlosBjornT: btw, I just saw on those files you pointed to me, that we have a TestRequest class, I will be able to kill a dummy one that daf had to create for our tests :-D01:36
BjornTcarlos: not really. it's not one file per view class, it's one file (sometimes more) per 'foo', for example product-pages.txt, bug-pages.txt.01:37
carlosBjornT: ok01:39
ploumcarlos: how is it possible that you have so much karma in translations only ! it's incredible !01:51
carlosploum: I'm a cheater01:52
carlos;-)01:52
carlosploum: it's due some admin tasks I did01:52
carlosI need to figure a way to prevent this to happen01:52
ploumah ! Ok... It seems so huge ;-)01:52
carlosploum: I had to import manually all OpenOffice translations and the .po files lack the translator credits and my account was used as the author of those translations01:55
ploumehe :-)01:55
ploumFunny :-)01:55
SteveAjamesh: ping?02:13
SteveAmpt_: ping02:15
=== carlos -> lunch
=== salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
=== bradb [n=bradb@modemcable092.66-130-66.mc.videotron.ca] has joined #launchpad
=== matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
ddaaMh... moving a bunch of bugs from launchpad to launchpad-bazaar02:27
ddaabradb: do you think it would be useful to have project milestones?02:27
ddaaI created 1.0, 1.1, future, oops, and oops-timeout milestones on launchpad-bazaar to preserve the milestone information when moving bugs, but it strikes me that this loses the ability of seeing the milestone information for a whole project in a synthetic way.02:28
bradbddaa: It could be useful for Launchpad, but I'm not sure about other projects.02:43
ddaaIf it's useful for us, it's at least useful to one project :)02:43
ddaamight be useful for other ones... though I admit that large projects tend to be highly idiosyncrasic02:44
ddaaNo use comparing Apache and Gcc...02:44
=== cprov [n=cprov@201-42-135-102.dsl.telesp.net.br] has joined #launchpad
bradbddaa: (Sorry, making breakfast, doing email, etc.) If we can think of a few other examples than LP--which often takes to be an exception to its own rules--it could be interesting to explore further.02:57
bradbs/takes to be/tends to be/02:57
=== sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #launchpad
=== niemeyer [n=niemeyer@200-181-138-226.ctame7012.dsl.brasiltelecom.net.br] has joined #launchpad
=== bradb [n=bradb@modemcable092.66-130-66.mc.videotron.ca] has joined #launchpad
=== niemeyer [n=niemeyer@201.11.38.108] has joined #launchpad
salgadoyo kiko03:34
salgadowhat about the review of that mirror prober changes I did?03:34
kikodid you send me a link or heckle me for it?03:35
salgadoI sent you the link, but didn't heckle you, no03:35
kikono heckling03:35
salgadoI'll mail you the diff now, so you don't forget it. :)03:35
kikono review03:35
kiko:-P03:36
=== salgado should know that already
kikoit's better to wait for me to have a free slot03:36
kikothan to make my inbox situation even worse :)03:36
kikoI will have a free slot in an hour03:36
salgadothat's great03:36
=== niemeyer_ [n=niemeyer@200.138.53.70] has joined #launchpad
kikosalgado, hande's email suggests we need to get shipit in the next rollout. will that happen?03:57
salgadoI need to coordinate with a reviewer03:58
kikoyou'll be dead!04:00
kikosalgado, what was the bug number for the .manifest04:00
salgadodon't remember04:02
salgadoI'll find it04:02
salgadobug 4365204:03
UbugtuMalone bug 43652 in ubuntu-cdimage "Need a text file containing the list of ISO images that releases.ubuntu.com (and all its mirrors) should have" [Normal,Fix released]  http://launchpad.net/bugs/4365204:03
sabdflerk04:03
sabdflwho is test@canonical.com and how is (s)he landing code in Launchpad?04:03
kikolanding code?04:03
sabdfli just saw this in pending merges:04:04
sabdfl    test@canonical.com 2006-03-23 add IBranchSetAPI.link_branch_to_bug()04:04
sabdflafter a merge from RF to al old branch04:04
sabdfl                        merged: test@canonical.com-20060323072900-b13ed1f4113f795804:06
sabdfl                        committer: test@canonical.com04:06
sabdfl                        branch nick: BugWatches-part-204:06
sabdfl                        timestamp: Thu 2006-03-23 07:29:00 +000004:06
sabdfl                        message:04:06
sabdfl                          fix test failures.04:06
kikosabdfl, that's BjornT's landing04:07
kikoand I'm not sure why it happened04:07
kikobut it may be related to the zope3.2 landing04:07
BjornTah, that would be me :-/ i was testing the XMLRPC interface, and set BZR_EMAIL to the test user, and probably forgot to unset it before I commited some change.04:07
salgadoBjornT, ping04:15
BjornThi salgado 04:15
salgadoBjornT, I have a question on one of the tests you added on the branch I'm reviewing04:16
salgado+If the user chooses "Yes", a bugtask will be added to the bug.04:16
salgado+04:16
salgado+    >>> request = LaunchpadTestRequest(04:16
salgado+    ...     form={'CONFIRM': '', 'field.product': 'alsa-utils',04:16
salgado+    ...           'field.bugtracker': '2'})04:16
salgadodoes this actually test the rendering of self.confirmation_page ?04:16
salgadoor just the form data processing?04:17
BjornTsalgado: only the form data processing. the rendering is tested in a page test.04:17
salgadoah, right. I must have overlooked the pagetest then04:18
salgadoI found it a bit confusing because you replace self.index on that page, and in the doctest it's not trivial to see that it changes itself into a confirmation page depending on the button you click04:23
BjornTsalgado: true. i should check that the confirmation page is indeed used.04:24
salgadoyeah, that'd be good04:25
salgadoanyway, that branch looks good. you have r=salgado04:27
salgadoI'm assuming the work to improve the widget and to allow adding a bug watch to an existing task will be comming soon, right?04:27
BjornTthanks. yes, the widget work should be done this week.04:28
salgadohey kiko, let's do some code review? ;)04:29
kikosalgado, 5 minutes turkish04:29
BjornTkiko: while you're in code review code, maybe you could review https://chinstrap.ubuntu.com/~dsilvers/paste/fileGoGA4C.html? it's a small patch to fix the problem with the wrapping of bug notifications.04:34
=== beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
SteveAddaa: ping04:46
ddaahaving a snack, back in a few minutes04:48
SteveAok04:49
sivangkiko: I can't find a bug report for the milestones with private bugs display prevention, should I file one?04:55
kikomatsubara?04:56
kikosivang, coordinate with matsubara but yes I guess04:56
matsubarasivang: which bug are you looking for?04:57
sivangmatsubara: not a bug yet, you recall the milestone page from yesterday ?04:58
matsubarasivang: yes. 04:59
ddaaSteveA: I'm here05:03
salgadokiko, https://chinstrap.ubuntu.com/~dsilvers/paste/fileh336Mc.html05:12
jordikiko, carlos, sabdfl: ping?05:36
jordioh, and SteveA is also here05:36
kikoyes jordi?05:37
carlosjordi: pong05:37
jordiok, so there's this debate on the gaim list wether to adopt rosetta or not.05:38
jordiTwo people contrary to the move wield the QA issues to be against it.05:38
jordi"because anyone can translate"05:38
jordiAn obvious remedy would be to create the Gaim translators, but I always try to defeat that idea in the list.05:39
=== Bluekuja [n=bluekuja@ubuntu/member/bluekuja] has joined #launchpad
carlosjordi: did you offered them to use the Ubuntu one?05:39
jordiyes, but you know some teams are greatly oversized there.05:40
jordiI always offer the Ubuntu translators group.05:40
carlosjordi: btw, Xanax use case needs their own translation team created05:40
jordiI saw that. It's the suck.05:40
jordiThat's why I was pinging mark as well.05:40
jordicarlos: did you see my post re: install-guide?05:46
jordicarlos: do you have any take on that one?05:46
carlosno, I didn't see it05:46
jordi carlos, I need to say something to rebate the QA question.05:49
jordiWould a Gaim translators group be a possibility that we can ofer?05:49
=== Keybuk [n=scott@quest.netsplit.com] has joined #launchpad
jordioffer05:49
jordiI don't like the idea, but gaim would be good press.05:49
carlosjordi: I think is something we should offer, yes05:50
jordido we need kiko/stevea/sabdfl to OK this?05:50
jordiI fear this will open a cascade of petitions though.05:50
jordiPlone, zwiki...05:50
kikojordi, can you explain the problem to me? it seems that translation teams are an appropriate solution for their problem. what is your issue with it?05:51
carloskiko: the main thing is that we want to reduce the amount of translation teams05:52
carlosand reuse as much infrastructure as possible05:52
jordikiko: we try to encourage people using ubuntu translators05:52
jordielse we will get the GTrue translation team and so on.05:52
jordibesides, assigning people/teams to groups is an admin request05:53
kikoyou mean GNU bool?05:53
kikohmmm05:53
kikowhy does using a translation team not reuse infrastructure?05:53
jordiit's bad enough for Ubuntu translators. Multiply it by 20 and it's madness, unless we make it easy for groups to have an owner (I already asked for that in a bug I think)05:53
jordikiko: already existing teams, mailing lists, etc.05:56
kikoso let me get this straight05:57
jordikiko: not saying it wouldn't work for us, just that we've been strongly encouraging Ubuntu tranlsators for a long while.05:57
kikoyour main issue is that it generates admin overhead?05:57
jordiand, as it is now, adding a number of groups creates a big launchpad admin overwork I can't even do05:57
jordithat, and that IIRC, mark had the idea of using ubuhntu translators whenever possible.05:58
kikowell05:59
kikohmmm05:59
kikojordi, but this is for an upstream providing translations, right?06:00
jordiyes06:01
kikoI mean, they have a right to say "we would prefer to have our own control, rather than allow people on the u-t team to decide what is good for Gaim"06:01
kikodo you not agree?06:01
jordiabsolutely.06:01
=== ChanServ [ChanServ@services.] has joined #launchpad
=== BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad
=== ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad
jordicarlos, kiko: I have a lengthy mail addressing the current concerns in the debate.06:25
jordiShould I send, or would you want to proof-read?06:25
=== bradb [n=bradb@modemcable092.66-130-66.mc.videotron.ca] has joined #launchpad
kikojordi, I said that because, essentially, the decision to use ubuntu translators is theirs. if they don't want to, they should still be able to control their translations. they should however be strongly encouraged to use it.06:26
carloskiko++06:27
=== MalcolmCleaton [n=malcolm@217.205.109.249] has joined #launchpad
carlosjordi: I think is better if someone else reads it06:27
carlosIt helped me a lot with the problem with Esperanto translations lose06:28
kikocarlos, jordi: now, the fact that the team has no owner is a problem and we should/could probably fix it in 1-2h :)06:29
=== carlos sees his task list growing.... :-P
carlosbut kiko++ too06:31
kikosalgado, I am having a bit of difficulty explaining the 0.5h thing, which seems to suggest the code can be made simpler.06:31
salgadosame here...06:32
kikolet me hop upstairs06:32
salgadodo it!06:33
jordikiko, carlos, have a glance at my email.06:34
kikoreading06:35
jordik06:35
jordilet me get a pointer to this thread06:35
carlosjordi: how did you manage to send me the email without date?06:36
jordiit's not sent :)06:37
jordiI bounced an unsent mail06:37
jordidid your client like it? :)06:37
carlosjordi: evolution shows the date like ?06:37
jordiheh06:38
jordilackss the header06:38
jordilacks06:38
kikogoing06:41
carlosjordi: you have my ok on that email, but I think we should plan something to solve the QA problems with Ubuntu teams06:41
carlosthe right answer should be that Ubuntu teams rock and we don't have QA issues...06:42
carlosfor instance, I need to talk with koke and define a better procedure for the Spanish translation team, today we accept anyone that ask to join and that's not good at all...06:43
carlosjordi: we should teach people that Ubuntu teams are QA teams no translation teams06:43
carlosand for that we should finish the reviwer UI 06:44
jordisorry, I'm at a meeting at work06:45
jordiwill be back soonish06:45
carlosjordi: ok06:46
jordicarlos: agree06:48
jordiCatalan and Italian teams are trying remedies for this06:48
carlosjordi: I did already some fixes to the karma stuff and with some improvements to our UI to give team maintainers the info about how good are people with translations06:49
carloswe should be able to improve the procedure06:49
jordishould we call for a IRC meeting with team leaders to talk about this?06:50
carlosjordi: I still need to take a look to mdke's thread...06:50
carloslet me be up to date with the mailing list and we will take about it06:50
jordiyes06:50
jordiplease look at daniel's nylander thread though06:50
carlosjordi: if it's in the mailing list, I will take a look06:51
jordik06:52
jordisee ther'es a mail by Kamion in the list. It's that.06:52
jordicarlos: should I fire the email?06:52
carloskiko: ?06:53
sabdfljordi: np to create a gaim translation team06:56
sabdflgroup06:56
sabdflthey can re-use ubuntu translation teams where those are well run06:56
sabdflso members of the individual language teams can be identical06:56
jordisabdfl: maybe you want to proofread this as well?06:56
jordisabdfl: I'll change that bit on the email06:57
=== ploum [n=ploum@ubuntu/member/ploum] has joined #launchpad
jordioh great07:09
jordi the sf mail archives are fsckd07:09
jordino link for you guys.07:09
jordikiko, sabdfl: I'm waiting for an ok to send this to the gaim people07:10
dilysMerge to devel/launchpad/: bug 2496 leftover, fixing the login pages crash when user enter a non-ascii password. OOPS-127B7 r=salgado (r3543: Diogo Matsubara)07:16
UbugtuMalone bug 2496 in launchpad "Launchpad blows up if you try to use non-ascii characters in your password" [Critical,In progress]  http://launchpad.net/bugs/249607:16
Ubugtuhttps://chinstrap.ubuntu.com/~jamesh/oops.cgi/127B707:16
=== carlos -> out
carlossee you later07:18
=== ThomasZ [n=zander@kde/zander] has joined #launchpad
ThomasZquestion; why is this channel on freenode while there is no source release of launchpad (and thus, its by definition not open source) ?07:21
jordikiko: will answer this from home07:22
jordithanks07:22
=== cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
SteveAThomasZ: hello.  launchpad isn't open source, true.07:24
SteveAfreenode isn't just for open source projects, though07:24
jordileaving07:28
=== dsas [n=dean@host86-129-9-255.range86-129.btcentralplus.com] has joined #launchpad
ThomasZSteveA: ok07:31
=== ThomasZ [n=zander@kde/zander] has left #launchpad []
sabdfljordi: +107:33
kikomatsubara, good work.07:53
matsubarakiko: thanks.07:54
mdkecarlos: I have 30 bounce mails for u-translators, any change of turning off some of the notifications and maybe limit it to one per day about pending requests?07:55
carlosmdke: sure08:05
=== jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #launchpad
jbaileymatsubara: Your comments on 3157 have URLs with localhost in them. =)08:06
mdkecarlos: thanks, I feel a bit cheeky asking, but that's a lot of mails in one afternoon ;)08:06
matsubarajbailey: I know that. Just a note to myself. I always do that.08:06
carlosmdke: welcome to my world of pain ;-)08:06
carlossee you later (again)08:06
mdkecarlos: they are easy to turn off :D I'll do it08:07
jbaileymatsubara: 'kay.  Making sure it was intentional =)08:07
mdkecarlos: done08:08
kikohey bradb 08:21
ploumhello again08:24
bradbkiko: hi08:24
jordisabdfl: k, will apply kiko's comments and send this08:28
jordisent08:46
=== AlinuxSOS [n=AlinuxOS@d83-176-100-58.cust.tele2.it] has joined #launchpad
ddaacarlos: updated the cvsroot of gettext, kicked import, let's see if it works09:30
carlosddaa: cool, thanks09:41
=== fabbione [i=fabbione@gordian.fabbione.net] has joined #launchpad
ddaacarlos: it did not work10:42
ddaasame ol' same ol'10:42
ddaaValueError: attempt to patch non extant file : gettext-tools/src/recode-sr-latin.c10:42
=== Bluekuja [n=andrea@host34-141.pool8248.interbusiness.it] has joined #launchpad
ddaano easy fix for that10:44
carlosddaa: But I guess we need to solve it to support cvs server changes, right?10:56
ddaano, it's a "normal" failure mode of cscvs10:56
ddaanot specific to changing servers10:57
carlosoh, I see10:57
ddaathere can be various root causes, proper diagnostic and fixing is a painful manual process, and the system is not really designed to allow throwing up branches to start from scratch10:57
ddaathough I'd be inclined to make it easier to do exactly that, what do you think?10:58
ddaa(in any case, that would be after we have bzr-native imports, but I'd like to gather some user feedback)10:59
ddaathe alternative would be publishing all the data so the users can diagnose and do the fixup themselves10:59
ddaa(all the data = cscvs source code and cscvs sqlite cache, the later would probably need asking sabdfl though)11:00
ddaadeep down, the problem is "cvs sucks", we cannot fix that, so the suckage is bound to resurface now and then.11:01
ddaacarlos: what do you think?11:02
=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad
carlosddaa: well, I suppose that throwing what we have at the moment and start again would mean that anyone using it will have broken branches, right?11:03
ddaayes, in the sense that smart merging abilities will be lost11:04
ddaaor pulling, etc.11:04
ddaathough it's only a problem if people do have outstanding bzr branches11:05
carloshmm, I think that's possible now, but not when people start using launchpad more and more11:05
carlosspecially when I was the one that requested that import11:06
carlosand is ok for me to do it, not sure if someone else is using it11:06
ddaano other bzr branch registered in launchpad11:07
ddaafor gettext11:07
ddaacarlos: if you wish me to take further action on that import, I'd like if you could send a message to the mailing list11:08
carloslaunchpad?11:09
ddaaYes. I just had a discussion with SteveA about importd, so he might find that interesting, and might have something to say.11:09
carlosok11:09
=== neutrinomass [n=pandis@ppp8-169.adsl.forthnet.gr] has joined #launchpad
Keybukwishlist11:17
KeybukI wish there was a way to add a comment to a Proposed Team Member without approving or declining them11:18
Keybukagainst what should that be filed?11:18
salgadoKeybuk, Launchpad11:18
ddaathe beauty of punctuation11:18
salgadoKeybuk, that'd be something like a testimonial supporting (or not) the proposed member?11:18
=== neutrinomass [n=pandis@ppp8-169.adsl.forthnet.gr] has left #launchpad []
Keybukreason they weren't approved at a particular meeting11:19
Keybuke.g. "asked to work with a sponsor and come back later"11:19
=== erdalronahi [n=erdalron@p50876E36.dip.t-dialin.net] has joined #launchpad
=== erdalronahi [n=erdalron@p50876E36.dip.t-dialin.net] has left #launchpad []
lifelessmorning all11:40
=== BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad
sabdflKeybuk: good idea - like a "membership status whiteboard"11:59

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