=== Prognatus [n=irc@201.80-202-51.nextgentel.com] has joined #launchpad === paakku [n=Kalle@82-128-245-5-Rajakyla-TR1.suomi.net] has left #launchpad [] === zwnj [n=behnam@213.207.210.231] has joined #launchpad === thequux [i=thequux@fire2.LINUX.UCLA.EDU] has left #launchpad [] === jordi_ [n=jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #launchpad [12:41] New bug: #129815 in launchpad "Milestone views need total counts displayed" [Undecided,New] https://launchpad.net/bugs/129815 === doko_ [n=doko@dslb-088-073-126-201.pools.arcor-ip.net] has joined #launchpad === caravena [n=caravena@pc-174-198-47-190.cm.vtr.net] has joined #launchpad === doko_ is now known as doko === LaserJock [n=mantha@ubuntu/member/laserjock] has joined #launchpad [01:29] kiko: still around? [01:30] yep! [01:31] how may I help you LaserJock? [01:32] is PPA really going live on the 22nd [01:32] LaserJock, that's the plan! [01:32] and PPAs will be available for everybody? [01:32] or just a limited set [01:36] kiko: any idea on ^^? [01:36] everybody. === beuno [n=martin@ubuntu/member/beuno] has joined #launchpad [01:39] kiko: has this been discussed with Ubuntu at all? [01:39] it's liable to cause some fuss in MOTU Land, although probably not too much :-) [01:39] depends on what you mean by Ubuntu [01:40] but PPAs are really just a tool [01:40] sure, but we have enough headaches with 3rd party repos as it is [01:40] making them trivial can be seen as making it a whole lot worse [01:40] depends on what side of the line you are -- if you're on the side that wants to produce packages.. :) [01:41] especially since they will mostly like start off being seen as "official" because they have launchpad.net in the name [01:42] well, there's no doubt to me that they will be a useful tool [01:42] they are unsigned [01:42] I was just rather thinking that it was going to be done in stages [01:42] that's already a pretty big deterrent [01:42] oh yeah, people will scream at that [01:42] let them scream [01:42] heh [01:43] well, I don't care personally [01:43] signatures are for packages people have endorsed [01:43] hmmm [01:43] I wonder if the general Ubuntu populace thinks that though [01:43] anyway, beside the point [01:43] I just wanted to know for sure [01:44] users get a warning when they try to install packages from unsigned archives [01:44] I think that's already a big hint, don't you? [01:44] if it was free-for-all or just limited to a particular set [01:44] kinda, although people are used to clicking right though anything to get what they want ;-) === Kmos [n=gothicx@unaffiliated/kmos] has joined #launchpad [01:46] so can teams have PPAs? [01:47] I think that was in the design, right? === zzorn [n=zz@212.16.103.33] has joined #launchpad [02:03] LaserJock, yep [02:05] coolio === merriam__ [n=merriam@82-133-115-120.dyn.gotadsl.co.uk] has joined #launchpad === logankoester [n=Logan@c-24-34-219-54.hsd1.nh.comcast.net] has joined #launchpad === radhios [n=radhios@200-122-44-95.dsl.prima.net.ar] has joined #launchpad === meuserj [n=meuserj@c-69-136-177-198.hsd1.in.comcast.net] has joined #launchpad [02:56] umm.. launchpad isn't letting me import my PGP key.. it's telling me my fingerprint is already imported, and someone else on ubuntu-motu said it did the same thing for him [03:01] New bug: #129845 in soyuz "Sort out inconsistences when refering to PPA page" [Low,Confirmed] https://launchpad.net/bugs/129845 [03:21] Thinking of PPAs, it's not obvious in the conditions of use whether nightly snapshots of a couple of smallish packages are allowed. [03:41] New bug: #129851 in launchpad "OpenPGP key import claims key is already imported" [Undecided,New] https://launchpad.net/bugs/129851 [03:48] RAOF, it's probably acceptable up to the quota limit, sure [03:48] kiko: Cool. Nightly snapshots of nouveau, here we come! [04:19] RAOF: going to build kernel modules against gutsy nightly? === caravena [n=caravena@pc-174-198-47-190.cm.vtr.net] has joined #launchpad === ausimage [n=ausimage@ubuntu/member/ausimage] has left #launchpad [] === stub [n=stub@ppp-58.8.16.11.revip2.asianet.co.th] has joined #launchpad === shawn__ [n=shawn@adsl-76-204-199-236.dsl.pltn13.sbcglobal.net] has joined #launchpad [04:57] ajmitch: Yeah, why not? It doesn't take long. At least on my box. [04:58] And I don't need to replace existing kernel modules, or at least none that nvidia users care about. === who_cares [n=cameron@71-12-166-197.dhcp.gwnt.ga.charter.com] has joined #launchpad === who_cares [n=cameron@71-12-166-197.dhcp.gwnt.ga.charter.com] has left #launchpad [] === who_cares [n=cameron@71-12-166-197.dhcp.gwnt.ga.charter.com] has joined #launchpad === jordi [n=jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #launchpad === superm1 [n=superm1@ubuntu/member/superm1] has joined #launchpad === statik [n=emurphy@189.66.188.72.cfl.res.rr.com] has joined #launchpad === shawn__ [n=shawn@001-817-873.area1.spcsdns.net] has joined #launchpad === statik [n=emurphy@189.66.188.72.cfl.res.rr.com] has joined #launchpad [06:30] Goooooooooooooooood afternoon Launchpadders! === statik [n=emurphy@189.66.188.72.cfl.res.rr.com] has joined #launchpad === jtv [n=jtv@125-24-220-105.adsl.totbb.net] has joined #launchpad === statik [n=emurphy@189.66.188.72.cfl.res.rr.com] has joined #launchpad === statik [n=emurphy@189.66.188.72.cfl.res.rr.com] has joined #launchpad === statik [n=emurphy@189.66.188.72.cfl.res.rr.com] has joined #launchpad === statik [n=emurphy@189.66.188.72.cfl.res.rr.com] has joined #launchpad === shawn__ [n=shawn@m010f36d0.tmodns.net] has joined #launchpad === BjornT [n=bjorn@canonical/launchpad/BjornT] has joined #launchpad === statik [n=emurphy@189.66.188.72.cfl.res.rr.com] has joined #launchpad === xerosis [n=kieran@87-194-247-206.bethere.co.uk] has joined #launchpad === xerosis_ [n=kieran@87-194-247-206.bethere.co.uk] has joined #launchpad === allenap [n=allenap@212.233.38.164] has joined #launchpad === carlos [n=carlos@canonical/launchpad/carlos] has joined #launchpad [08:57] morning [09:03] carlos: morning [09:03] ;) [09:04] danilos: hey! === mdke grabs danilos [09:05] hi mdke :) [09:05] hiya :) [09:06] danilos: it looks like almost all of the po files I created from xml with your script were invalid; they got rejected by rosetta. [09:06] mdke: I've noticed that the update-po script is not working too well for you... [09:07] some of them have different english strings in the msgid than in the msgstr [09:07] mdke: have you passed them through msguniq? (the bigger issue is that they seem not to be aligned correctly) [09:07] danilos: I just ran the script, took a quick look at some of them (I thought they looked alright) and uploaded them [09:07] I've uploaded them all to the repository as well; at https://docteam.ubuntu.com/repos/branches/feisty/ubuntu [09:08] mdke: that's a problem of eg. translation-credits translations, which basically makes the structure of english and a translation incompatible... you got to remove those lines from translation XMLs [09:08] oh dear; that sounds pretty nasty [09:09] as an example of one that looks dodgy to me, see https://docteam.ubuntu.com/repos/branches/feisty/ubuntu/internet/po/de.po [09:11] the disclaimer stuff looks like a problem too [09:12] danilos: I think probably it's better if I give up with this, and just have translations going in one direction (po->xml) rather than the other way [09:12] danilos: do you think any of the uploaded po files that didn't get marked as fail by rosetta can have caused some issues? [09:13] mdke: yeah, it could happen, unfortunately [09:13] can we revert it? [09:13] mdke: we'll have to re-upload correct PO files to fix it [09:14] right. I can revert the repository and reupload, I think [09:14] mdke: btw, 'disclaimer' problem seems to be usage of different options in two runs of xml2po (i.e. expand entities, don't expand entities) [09:14] mdke: I mentioned that before [09:14] danilos: oh; I thought we've always used expand entities [09:14] at least in this release [09:15] mdke: or, it could simply be that the english document has changed too much (you are supposed to try to generate PO files from translated.xml and old-english-which-translation-is-based-on.xml) [09:15] ah, update-po calls -k [09:15] the English document hasn't changed, but the translated documents have entities expanded whereas the english version doesn't [09:17] yeah, it might very well be the problem... I'll spend a few hours on this now, and try to see if I can come up with a stable solution to the problem [09:17] danilos: that's awesome, thanks: but don't spend too much time on it; if there isn't a sane solution I'm happy to simply abandon ship and revert things [09:18] i'll see what happens if I change -k to -e in update-po.sh === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #launchpad [09:20] danilos: yes, that looks like it has improved things dramatically; maybe even fixed them completely [09:21] i don't know how to check properly though [09:21] mdke: well, everything apart from those translations with translation-credits should be fine in that case [09:21] right [09:21] mdke: since xml2po otherwise keeps the same structure [09:21] well, that's a definitive improvement [09:22] I'm just terrified of losing translations or matching some translations to the wrong strings now === mdke tries Italian to see if it still makes sense [09:23] mdke: right, understood... I'll look into that, and try to get it to strip translation-credits translations, and match those [09:23] btw, ubuntu-docs svn module is huge, it will take me a while to check it out [09:23] yeah, I know. You'll need branches/feisty [09:24] mdke: ah, for the base documents, right? [09:24] danilos: yes [09:25] danilos: I've tried the italian version of internet; with -e in update-po it has quite a lot of translations matched against the wrong strings still; although they look close; potentially it's the translator-credits only that is the problem [09:26] mdke: just look for the lines in the new XML translation, try removing them, and doing the same step [09:26] mdke: the problem is that it gets inserted near the top of the file [09:27] danilos: right; it's directly below the English copyright tag [09:28] mdke: right, the algorithm is to add it at the very end of , and if there is no , it adds nothing [09:28] danilos: you're a genuis; removing the second tag has made the po file perfectly matched [09:29] mdke: ok, I'll try to figure out a way to automatically remove them prior to processing [09:29] danilos: *hugs* [09:29] danilos: i need to disappear now to go to work; no irc access there, but you can mail me if I can help at all [09:30] mdke: sure, I'll handle that [09:30] thanks again === danilos also goes away a bit to say good bye to dholbach :) [09:31] mdke: you are welcome [09:31] goodbye? [09:31] ah, on holiday [09:31] phew [09:32] mdke: right, and he spent a few days here :) [09:32] ah, give him my love === ddaa [n=david@canonical/launchpad/ddaa] has joined #launchpad === shawn__ [n=shawn@adsl-70-231-227-173.dsl.snfc21.sbcglobal.net] has joined #launchpad === schwuk [n=dave@ubuntu/member/schwuk] has joined #launchpad === bigjools [n=ed@canonical/launchpad/bigjools] has joined #launchpad === gmb [n=gmb@i-83-67-5-113.freedom2surf.net] has joined #launchpad === Odd_Bloke [i=oddbloke@compsoc.sunion.warwick.ac.uk] has joined #launchpad === mrevell [n=matthew@canonical/launchpad/mrevell] has joined #launchpad [10:25] New bug: #129885 in launchpad "Bug links are added regardless of newlines" [Undecided,New] https://launchpad.net/bugs/129885 === carlos [n=carlos@canonical/launchpad/carlos] has joined #launchpad === Watersevenub [n=Watersev@242-54.dial.nortenet.pt] has joined #launchpad [10:45] New bug: #129891 in launchpad "Project/distribution/person pages have messy section borders" [Medium,New] https://launchpad.net/bugs/129891 [10:45] New bug: #129892 in soyuz "sources.list lines should be one the front page of PPA" [Undecided,New] https://launchpad.net/bugs/129892 [10:50] New bug: #129893 in launchpad "Page footer should not appear higher than the bottom of the viewport" [Low,New] https://launchpad.net/bugs/129893 [10:58] bdmurray, eventually if you link a Gutsy package to a project, Launchpad will automatically link the Gutsy+1, Gutsy+2 packages to that project too [10:59] but that doesn't happen yet, which is partly why so few packages are linked to their equivalent projects [11:01] It's bug 50672 [11:01] Launchpad bug 50672 in soyuz "Project's distribution packages list is incomplete" [High,Confirmed] https://launchpad.net/bugs/50672 === mpt [n=mpt@121-72-130-73.dsl.telstraclear.net] has left #launchpad ["http://mpt.net.nz/"] === neversfelde|mobi [n=neversfe@82.113.121.1] has joined #launchpad === carlos_ [n=carlos@163.pool85-48-166.static.orange.es] has joined #launchpad === gmb [n=gmb@i-83-67-5-113.freedom2surf.net] has joined #launchpad === intellectronica [i=intellec@nat/canonical/x-2609f17ba91bfc08] has joined #launchpad === Gwaihir [n=Gwaihir@mail.foredil.it] has joined #launchpad === jordi [n=jordi@115.Red-213-96-69.staticIP.rima-tde.net] has joined #launchpad === Fujitsu [n=fujitsu@ubuntu/member/fujitsu] has joined #launchpad === Spads [i=spacehob@nat/canonical/x-db66efff07d7ad07] has joined #launchpad === never|mobi [n=neversfe@82.113.106.1] has joined #launchpad === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === stub [n=stub@ppp-58.8.16.11.revip2.asianet.co.th] has joined #launchpad === gianmt [n=gianmt@host154-108-static.187-82-b.business.telecomitalia.it] has joined #launchpad === TeTeT [n=spindler@modemcable178.77-70-69.static.videotron.ca] has joined #launchpad === ICU [n=me@sechzig.dd.ewetel.de] has joined #launchpad === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #launchpad === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #launchpad === mpt [n=mpt@121-72-130-73.dsl.telstraclear.net] has joined #launchpad === carlos_ is now known as carlos === Kmos [n=gothicx@unaffiliated/kmos] has joined #launchpad === neversfelde|mobi [n=neversfe@82.113.121.1] has joined #launchpad === chris_camacho [n=chris@cpc3-harg1-0-0-cust521.leed.cable.ntl.com] has joined #launchpad [01:39] launchpad could be improved by allowing users to edit / correct spelling etc in bugs they post === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #launchpad === juliux [n=juliux@ubuntu/member/juliux] has joined #launchpad === matsubara [n=matsubar@canonical/launchpad/matsubara] has joined #launchpad [01:51] hi === gmb is now known as gmb-afk === ubotu [n=ubotu@ubuntu/bot/ubotu] has joined #launchpad [02:04] if I commit code to a group repository, will it automatically appear on https://code.launchpad.net/people/+me ? === mibuk [n=mib@n-230-b.guardian.co.uk] has joined #launchpad === mranostay_work [n=mranosta@cpe-088197.static.wadsnet.net] has joined #launchpad === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #launchpad [02:20] Spads: if you own the group or you're part of it, i think yes === cprov [n=cprov@canonical/launchpad/cprov] has joined #launchpad === niemeyer [n=niemeyer@200-181-170-156.ctame705.dsl.brasiltelecom.net.br] has joined #launchpad === gmb-afk is now known as gmb [02:33] hey [02:33] I've just started working on a project, and am writing instructions for people to use bzr and launchpad. I use linux so those instructions were easy, but Launchpad uses ssh-key's for authentication, and I don't know how one would get bzr to use an ssh key instead of password authentication when running windows. [02:34] Is there a helpfile I missed somewhere? [02:37] You might find help in #bzr [02:37] (if no one here knows) [02:37] They recommended me to here [02:38] Spads: Heh, I told him he might find help in here if no-one there knew. :p [02:38] back and forth! [02:39] The wierd thing is, given that Launchpad uses private keys, and uses bzr, I would ahve thought it would be a common question, but I can't find anything about it at either site, and googling hasn't turned up anything instructive yet [02:42] ddaa, jamesh_, or matsubara, can you help mibuk? === gmb [n=gmb@i-83-67-5-113.freedom2surf.net] has joined #launchpad [02:43] mibuk: I'm not sure too many F/LOSS developers use Windows+bzr+LP [02:43] sorry, I never used bzr on Windows. [02:43] The right place to ask is definitely #bzr. [02:44] They do have windows users who know how to deal with that... I believe it involves something called Pageant... [02:45] not that i've used this with bzr, but the program "putty" provides an ssh client for windows that usually works with this kind of stuff [02:45] mibuk: you might find instructions on bazaar-vcs.org too [02:45] mibuk: you can configure bzr to use putty's "plink.exe" to connect [02:45] mibuk: that in turn can use putty's SSH agent [02:46] I don't have such a setup locally, so that's about as much help as I can give === jamesh_ is now known as jamesh === statik [n=emurphy@canonical/launchpad/statik] has joined #launchpad === salgado [n=salgado@canonical/launchpad/salgado] has joined #launchpad === effie_jayx [n=valles@ubuntu/member/effie-jayx] has joined #launchpad === kompressor [n=kompress@gw.impilinux.co.za] has joined #launchpad === adeuring [n=abel@Fc13f.f.ppp-pool.de] has joined #launchpad [03:35] New bug: #129948 in malone "Code that extracts bugtracker urls from bug comments crashes with UnicodeEncodeError" [Low,Confirmed] https://launchpad.net/bugs/129948 === sinzui [n=sinzui@pool-70-17-87-134.res.east.verizon.net] has joined #launchpad === mthaddon [n=mthaddon@canonical/launchpad/mthaddon] has joined #launchpad === jsk [n=jonathan@client-82-20-12-39.brhm.adsl.virgin.net] has joined #launchpad [04:00] Hello! [04:00] hello! [04:00] Welcome to this week's Launchpad development meeting! [04:00] Who is here today? === mpt cheers [04:00] me [04:00] me [04:00] me [04:00] me [04:00] me [04:00] me [04:00] me [04:00] me === lukkett1 [n=lukketto@host171-155-dynamic.10-87-r.retail.telecomitalia.it] has joined #launchpad [04:00] me [04:00] me [04:00] Rinchen (joey) will be in late today. === barry-away is now known as barry === sinzui turns down David Bowie - Helden for meeting [04:00] me [04:00] me [04:00] me [04:00] mew [04:00] me [04:00] I mean, me [04:00] me [04:00] me [04:01] me [04:01] me [04:01] sinzui: there's a bar near to me called "Helden" -- Dutch for "Heroes"... which sounds like a David Bowie song === lukkett1 [n=lukketto@host171-155-dynamic.10-87-r.retail.telecomitalia.it] has left #launchpad [] [04:01] me [04:01] me === lukketto [n=lukketto@host171-155-dynamic.10-87-r.retail.telecomitalia.it] has joined #launchpad [04:01] me [04:01] me === SteveA pastes the agenda... [04:02] stub: ? [04:02] me was in workrave [04:02] == Agenda == [04:02] * Roll call [04:02] * Agenda [04:02] * Next meeting [04:02] * Actions from last meeting [04:02] * Oops report (Matsubara) [04:02] * Critical Bugs (Rinchen) [04:02] * Bug tags [04:02] * Operations report (mthaddon) [04:02] * DBA report (stub) [04:02] * Sysadmin requests (Rinchen) [04:02] * A top user-affecting issue (mrevell) [04:02] ---- [04:02] (other items) [04:02] ---- [04:02] ne [04:02] * Blockers [04:02] [04:03] (sorry, gettin' a drink) [04:03] next meeting: same time next week? [04:04] anyone not able to be here for a meeting next week? [04:04] me [04:04] me here, and next week [04:04] ok, same time next week [04:04] no actions from last meeting === ..[topic/#launchpad:mpt] : Launchpad - https://launchpad.net/ | Next developer meeting: Thu 9 Aug 2007, 1400UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) | Launchpad help: https://help.launchpad.net | Channel logs: http://tinyurl.com/72w39 [04:05] oops report: matsubara === lbm [n=lbm@0x555373ab.adsl.cybercity.dk] has joined #launchpad [04:05] Thanks BjornT for fixing bug 128369 [04:05] Today's oops report is about bugs 129948, OOPS-577S535 [04:05] BjornT, bug 129948 happened only 5 times since last week. I set it as low for now. Can you target it to an appropriate milestone and assign to someone? [04:06] ubotu: wake up! [04:06] ubotu went on strike. [04:06] matsubara, normally, I'd prefer it was fixed and we moved on, unless it's non-trivial to fix [04:06] "Code that extracts bugtracker urls from bug comments crashes with UnicodeEncodeError" [04:06] thanks mpt [04:06] matsubara: sure [04:06] hmmmm [04:06] that code is actually in need of some love [04:07] given the fact that it's also creating duplicate bugtrackers [04:07] given the bug description it seems unlikely to happen often. [04:07] kiko: it's not creating duplicate bug trackers, is it? [04:07] BjornT, well... it sort of it, because of http versus https [04:07] it could be fixed at the same time as the 'creating duplicate bug trackers' bug [04:07] kiko: no [04:07] Linkchecker caught OOPS-577S535 on staging. stub or jamesh, could you take a [04:07] look? It doesn't seem a big deal, but I'd like your input about it (You can [04:07] follow up on priv message or #lp-code so we don't block the meeting on this [04:07] topic.) [04:08] BjornT? [04:08] kiko: it's not creating duplicate bug trackers. there's even a test for it now. [04:08] BjornT, as I said, it sort of it, because of http versus https. [04:08] it sort of /is/ gar [04:09] kiko: the test checks that as well. can you give an example, or better yet a test case? [04:09] yes [04:09] as I said in email last week :) [04:09] https://launchpad.net/bugs/bugtrackers [04:09] matsubara: That OOPS needs a bug report. Have we seen it before? [04:09] look at the end of the list, I've left two ximian and parted duplicates. [04:10] stub: never seen it. I'll file one then and let you know. thanks! [04:10] BjornT, do you see what I mean? [04:10] http://parted.alioth.debian.org/cgi-bin/trac.cgi/ versus http://parted.alioth.debian.org [04:10] and http://bugs.ximian.com/ versus http://bugzilla.ximian.com/ [04:10] so okay, not https versus http -- I was sleepy. :) [04:11] hmm I don't think the extract bugtracker url code generates them [04:11] it's actually not hard to fix manually if you let me delete bugtrackers with zero bugwatches. :) [04:11] (though that would be a recurring problem) [04:11] kiko: right :), that i can agree on. it's not an issue with the 'from text extraction', though [04:11] anyway, that's all I had to say about it [04:12] that's the missing unique constraint on Bugtracker.base_url bug that BjornT has already fixed [04:13] I'm done here, anyway. moving on to the bug report [04:13] Status report for in progress critical bugs 98614, 116619, 125018, 128335 [04:13] Anyone blocked? [04:13] I am waiting for a reveiw [04:14] matsubara: I'm very close to submitting fix for 116619. [04:14] matsubara, no, it's not. but anyway [04:14] I'm waiting for adeuring's fix to land [04:15] thumper, bug 129835 is assigned to you but it's not started yet. [04:15] matsubara: BjornT is reviewing 125018 [04:15] matsubara: thumper only filed that last night [04:16] I wonder if that's really critical. that doesn't happen on production, does it? [04:16] it could, i think [04:17] as landed in 1.1.7 [04:17] this is a information leak bug [04:17] ohh ok. I missed that. anyway, I'm sure thumper will take care of it and we shouldn't discuss it in a public meeting anyway [04:17] and as mwhudson says, it affects production [04:19] gmb, any reply from the mantis guys? [04:19] sinzui: your bug is already fixed and reviewed but depends on adeuring's one? [04:19] kiko: About what? I'm working on trac and Google Code stuff, not mantis. [04:20] matsubara: no, I cannot reproduce the problem in RF to write a fix.--no bugs appear in milestones. [04:20] I think you mean "in mainline" :-) [04:20] you are correct. [04:20] gmb, gar, never mind, I meant allenap :) [04:20] so allenap... [04:20] although, mainline is in RF === kiko winks [04:21] sinzui: right. thanks for the status report. [04:21] kiko: Gavin, Graham, they're all the same :) [04:21] thanks all [04:21] back to you SteveA [04:21] thank you matsubara! [04:21] kiko: None yet. [04:21] allenap, snif [04:21] next, matsubara filling in for Rinchen with the bugs report [04:22] well [04:22] I just did that [04:22] NEXT! [04:22] cool... [04:22] I'm done here, anyway. moving on to the bug report [04:22] I thought we were still on the oops report :-) [04:22] * Bug tags [04:22] no new ones proposed since last week [04:23] * Operations report: mthaddon [04:23] Some cherry picks applied, including new offline page linking to more details maintenance page on the blog [04:23] Having issues (think we're getting there) upgrading to bzr 0.18 - working with jml [04:23] Outage this weekend (stub has more details) [04:23] that's it from me unless there are any questions about those [04:23] as in "There will be outage for planned maintenance this weekend" [04:23] mthaddon, jml asked me whether to disable tests [04:24] SteveA: correct [04:24] a portion of test_adapter.txt which is failing [04:24] rather than "there was an outage this last weekend" [04:24] I'm not sure -- I'd have to understand better what the consequences are [04:24] mthaddon: can I ask for 'special requirements' on LaunchpadProductionStatus to be carried out on staging as well before Q&A testing period starts? [04:24] (I mentioned this to Rinchen already, but just to make sure it gets to the right people :) [04:24] danilos: sure - does this need to be run every day, or just once to test? catch me after the meeting [04:24] kiko: that's to test the db adapter? [04:25] mthaddon: not sure, lets discuss later, sure [04:25] danilos: sounds good [04:25] SteveA, I.. think so. I can find out :) [04:25] and this is failing because of the bzr upgrade? [04:25] or something else? [04:26] let's talk about it after the meeting. I'm interested in this problem. [04:26] Launchpad bug 128369 in malone "Missing unique constraint in Bugtracker.base_url" [High,In progress] https://launchpad.net/bugs/128369 - Assigned to Bjrn Tillenius (bjornt) [04:26] SteveA, so mthaddon is running into problems landing the bzr upgrade because of it. [04:26] Launchpad bug 129948 in malone "Code that extracts bugtracker urls from bug comments crashes with UnicodeEncodeError" [High,Confirmed] https://launchpad.net/bugs/129948 - Assigned to Tom Berger (intellectronica) [04:26] I see [04:26] https://devpad.canonical.com/~jamesh/oops.cgi/577S535 [04:26] okay, cool. [04:26] Sorry, I don't know anything about wake up! - try searching on http://bots.ubuntulinux.nl/factoids.cgi [04:26] thanks [04:26] Sorry, I don't know anything about went on strike. - try searching on http://bots.ubuntulinux.nl/factoids.cgi [04:26] ubotu: WB! [04:26] Launchpad bug 129948 in malone "Code that extracts bugtracker urls from bug comments crashes with UnicodeEncodeError" [High,Confirmed] - Assigned to Tom Berger (intellectronica) [04:26] * DBA report: stub [04:26] https://devpad.canonical.com/~jamesh/oops.cgi/577S535 [04:26] oh give me a break, sure you know you were on strike. [04:26] We have 5 hours scheduled downtime on Sunday to repack the production database and hopefully do some other maintenance work at the same time such as adding some outstanding table constraints that need adding (POMsgSet.language) and switching full text indexes back to GIST. Testing of the process is underway right now. [04:26] Nothing else to report. [04:27] stub, we're going to schedule this regularly, right? [04:27] Launchpad bug 98614 in malone "Edit a bug and add the same tag twice causes oops" [Critical,In progress] https://launchpad.net/bugs/98614 - Assigned to Edwin Grubbs (edwin-grubbs) [04:27] Launchpad bug 116619 in blueprint "Oops adding blueprint to a product series or distro series" [Critical,In progress] https://launchpad.net/bugs/116619 - Assigned to Jonathan Knowles (jsk) [04:27] stub, mthaddon: how frequently does it need t happen? [04:27] thank you stub. [04:27] Bug 125018 on http://launchpad.net/bugs/125018 is private [04:27] SteveA, let me just check so I can update the calendar to make sure we don't forget this needs to be done, it's a long-standing item on my list [04:27] if it's not so frequently, I'd like to defer the next one until we have r/o launchpad implemented [04:27] Bug 129835 on http://launchpad.net/bugs/129835 is private [04:27] kiko: If we do full packs, it depends on how much we mutate the table schemas. [04:27] or maybe plan it for a time that allows us several cycles to implement r/o lauchpad [04:27] kiko: hard to say - if we increase disk space on the DB server, not so often (unless it also brings performance gains) [04:28] mthaddon, it does bring perf gains IIRC [04:28] is once every 3 months too little or too much? [04:28] we can however plan a window every 3 cycles [04:28] kiko: high five! [04:28] what SteveA said! [04:28] kiko: If we do short downtime windows, we would need to schedule a 2.5 hour window as often as we can afford. [04:28] that sounds reasonable [04:29] stub, what do you need to know to produce a more precise frequency? [04:29] I'm confused about all this repacking stuff [04:29] statik, bac, EdwinGrubbs: you guys should consider this also with respect to what we tell commercial users [04:29] correct [04:29] SteveA: I'm twisting uncomfortably already [04:29] expected, regular maintenance downtime is more comfortable to users IMO [04:29] we need r/o launchpad [04:29] kiko: I don't think we can determine a frequency. The maintenance is infrequent, but our production environment is fluid. === PriceChild [n=pricechi@ubuntu/member/pdpc.supporter.student.PriceChild] has joined #launchpad [04:30] kiko: By the time we have metrics we can calculate a frequency from, they are out of date in other words. [04:30] stub: does a window every 3 months give you enough flexibility to do what you need? [04:31] SteveA: I doubt we can predict that well. [04:31] ok, we'll start with 3 months. stub can holler if it isn't working [04:31] SteveA: In particular, the environment will be changing majorly in the next 6 months as we get replication running. [04:31] I'll update the calendar and notify joey [04:31] thanks [04:31] SteveA: So making a decision is pointless, as it will need to be remade before that 3 month window opens anyway. [04:31] * Sysadmin requests (matsubara) [04:32] anyone with outstanding RT requests? I'll pass on to joey afterwards [04:32] 8 [04:32] 7 [04:32] 6 [04:32] 5 [04:32] 4 [04:32] 3 [04:32] I actually have one myself, but joey already knows about it [04:32] 2 [04:32] 1 [04:32] cool [04:32] thanks matsubara [04:32] thank you SteveA [04:32] * A top user-affecting issue (mrevell) [04:32] This week's top user affecting issue is one that has affected me in managing applications to join the Launchpad Beta Testers team. [04:33] If a user's email address is hidden, there's no way for a team administrator to contact that user. [04:33] This can be a problem for moderated teams - such as our beta team - if the administrators require new applicants to agree to certain conditions or to have read about the teams processes. [04:33] The only way for team admins to contact such users is to reject their membership and use the comment box to explain why. [04:33] This seems wrong, as it isn't a rejection but a request for information. === iwj [n=ian@213.165.225.135] has joined #launchpad [04:33] We have a bug in Launchpad - bug 66105 - and Tony Yarusso has added a comment suggesting that Launchpad have an eBay-style "contact this member" that would allow people to hide their email addresses but remain contactable. [04:33] I like this idea but we need to ask whether people hide their email address because they don't want to be contacted at all or rather because they don't want to make their email address public. [04:33] My suggestion is that when an administrator is reviewing someone's application to join a moderated team, we add a third option of "Request more info", alongside "Accept" and "Reject". Because there's a very specific use for that contact method, I think it would be easier to justify the change than if we were to create a generally available "Contact this user" button. === ubotu [n=ubotu@ubuntu/bot/ubotu] has joined #launchpad [04:33] Thanks [04:34] Currently that bug has Undecided importance [04:34] I had the need to contact users with hidden email address to request details about code imports in the past. [04:34] SteveA / kiko, would you like to choose an Importance and a milestone target? [04:34] We'll probably implement a similar ad-hoc solution as part of the (yet unspecced) code-import-discussion system. [04:34] mpt: my choice would be high for .10 [04:35] I'm interested in what kiko says though. he's release manager. [04:35] let me see [04:35] anyway, I think we can agree that it's an important issue, and needs dealing with [04:36] I may be able to do it for 1.1.10 [04:36] so... I'll decide on it. [04:36] thanks :) [04:36] I'd like to move on, and let kiko assign appropriate importance and plans [04:36] ok [04:36]