=== bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has left #launchpad [] === vytis_ [n=vytis@bonamens.lt] has joined #launchpad === kiko [i=kiko@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:45] still lookin [01:47] Kinnison, cprov: it seems there were updates to breezy-updates that we missed [01:47] did they get uploaded? stull like flashplayer and libast2 [01:47] stuff [01:48] yeah, just those two. [01:49] kiko: not sure [01:49] kiko: I'm currently looking at some rejected stuff [01:49] okay. [01:50] but note those two -- they were breezy-updates. [01:50] and breezy-security [01:50] Kinnison cdebconf is a major culprit of problems [01:50] -Version: 0.97ubuntu1 [01:50] +Version: 0.95ubuntu1 [01:50] wireless-toops is another [01:50] usbutils is another yet [01:51] util-linux another [01:51] I'm currently investigating util-linux [01:51] I also think some removals are needed [01:51] nic-restricted-modules-2.6.12-9-amd64-generic-di [01:52] nic-restricted-firmware-2.6.12-9-amd64-generic-di [01:52] these two are extras === Kinnison nods [01:52] listing things here for me right now isn't going to help because I'm concentrating on one at a time [01:52] working from the buildd reject list [01:52] well, store them somewhere. [01:53] I have listed a set of things worth investigating based on comparator output [01:53] pango1.0 [01:53] dhcp3 [01:53] kiko: dude, send him an email === Kinnison logs off for the night [01:53] ciau [01:53] very funny [01:54] it is, but seriously [01:55] well, I'm half-asleep myself, so he can pick it up tomorrow [01:55] I can relook at the output if we lose it anyway === kiko superyawns [01:55] fucking massive diffs, bummer [01:56] I suspect few packages however because they keep reappearing [01:56] like 10 max === kiko waves [01:57] Merge to devel/launchpad/: [trivial] Present pending builds according the processing order. (r3071: Celso Providelo) === AlinuxOS [n=alinux@d83-176-92-130.cust.tele2.it] has joined #launchpad === mpt [n=mpt@210-246-37-196.paradise.net.nz] has joined #launchpad [02:37] Goooooood afternoon Launchpadders! [02:41] hi mpt === AlinuxOS [n=alinux@d83-184-245-155.cust.tele2.it] has joined #launchpad === mpt_ [n=mpt@210-246-52-53.paradise.net.nz] has joined #launchpad === AlinuxOS [n=alinux@d83-184-245-155.cust.tele2.it] has joined #launchpad === stub [n=stub@gb.ja.98.238.revip.asianet.co.th] has joined #launchpad === robitaille [n=robitail@ubuntu/member/robitaille] has joined #launchpad [06:19] Merge to devel/launchpad/: [trivial] Fix massively inneficient specifications query (r3072: Stuart Bishop) === Lathiat [i=lathiat@ubuntu/member/pdpc.basic.lathiat] has joined #launchpad [06:41] Merge to devel/launchpad/: [trivial] Add Person.teams_participated_in for recursive team emblem display (Bug 30306) (r3073: Stuart Bishop) [07:40] Merge to devel/launchpad/: [trivial] Convert peopleCount and teamsCount to use cached statistics instead of expensive table scans (r3074: Stuart Bishop) === vytis_ [n=vytis@bonamens.lt] has joined #launchpad === daf [n=daf@193.28.45.42] has joined #launchpad === ajmitch [i=ajmitch@port161-160.ubs.maxnet.co.nz] has joined #launchpad === asw [n=asw@karuna.med.harvard.edu] has joined #launchpad === dooglus [n=dooglus@rincevent.net] has joined #launchpad === carlos [n=carlos@84.76.255.40] has joined #launchpad [08:45] morning [09:05] hi carlos [09:06] mpt_: How is going? === koke [n=koke@ubuntu/member/koke] has joined #launchpad === Keybuk [n=scott@82.109.136.125] has joined #launchpad === irvin [n=irvin@203.213.195.224] has joined #launchpad === fabbione [n=fabbione@82.109.136.125] has joined #launchpad [09:42] carlos, annoyingly slowly :-) === mpt_ [n=mpt@210-246-52-53.paradise.net.nz] has left #launchpad ["http://mpt.net.nz/"] === mdz [n=mdz@82.109.136.125] has joined #launchpad === stub [n=stub@gb.ja.98.238.revip.asianet.co.th] has joined #launchpad [09:44] Kinnison: Can I update stagings code and drop the librarian for a few minutes? [09:46] Kinnison: would it be possible for Launchpad's Packages page to also include packages which you've uploaded/Changed-By? [09:46] Maintainer doesn't mean much for distro people, but "things I've touched last" could be [09:47] (also production doesn't appear up-to-date wrt version numbers and stuff -- I guess that's "IT WILL TOMORROW!!!!muahahahah"? :p) [09:51] morning [09:51] stub: hey dude [09:51] yo [09:52] stub: I need some of your db foo :) [09:52] stub: http://people.ubuntu.com/~fabbione/x-src-main.list [09:52] stub: fabio needs a bulk setting of bug contact on a few hundred packages [09:53] stub: and also a bulk subscription to existing bugs against those packages [09:53] stub: and the list of src is at that url [09:53] the team that will take care of these pkgs is ubuntu-x-swat [09:55] hi [09:55] Ok. So set the packagebugcontact on all of them to ubuntu-x-swat, and add ubuntu-x-swat to all bugs already targetted to any of those source packages. [09:55] stub: that's it exactly [09:55] jamesh: ping [09:56] stub: it would be neat if we can avoid malone to spit a gazzillion emails for this process [09:57] fabbione: I'm going directly to the DB. Malone won't even notice. [09:57] ok great [09:57] mdz: Do you think this will happen often? [09:58] stub: might [09:59] Ok - reusable scripts then :) [09:59] or make a UI for it [09:59] where admins can ask the UI to load a list from a file and do some processing on it [10:02] We make a UI for it when we *know* it will be wanted often. Might or occasionally can be done without adding more features to Launchpad [10:03] stub: it is unlikely to happen often, but likely to happen at least once more [10:03] morning [10:04] stub: in fact, I bet Kamion has a similar list for installer-related packages which could be processed at the same time [10:05] Sure. Just get a list of packages assembled and email me all the details if I'm not around. === stu1 [n=stub@gb.ja.100.145.revip.asianet.co.th] has joined #launchpad [10:12] stub: I will, as soon as I locate Colin === kiko [i=kiko@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [10:13] morning === Lathiat [i=lathiat@ubuntu/member/pdpc.basic.lathiat] has left #launchpad [] [10:13] hi kiko [10:15] hey SteveA [10:15] how's it going [10:15] i had a good day yesterday. overslept today, and woke up to the world covered in snow! [10:16] I overslept today too, need to get to the office [10:16] see you later then [10:16] SteveA, mdz: bugzilla and logincookies should be closed for good now [10:17] SteveA, if you'd like to give jamesh the go-ahead on importing the bugs we missed, I'd appreciate it === kiko yawns === cprov [n=cprov@217.205.109.249] has joined #launchpad [10:25] kiko_afk: you are my hero [10:25] kiko_afk: I'm guessing we could probably identify the comments in question by date [10:25] are there new bugs too? [10:26] SteveA: pong [10:26] jamesh: I am not sure whether there are new comments, but there are new bugs [10:28] kiko_afk: do you know how people were able to file new bugs? === jinty [n=jinty@196-28-44-196.jhb.netdial.co.za] has joined #launchpad === irvin [n=irvin@203.213.223.31] has joined #launchpad === lalo [n=lalo@plone/lalo] has joined #launchpad [10:32] for the record - tabindexes in the add pro{je,du}ct form are funny [10:32] mdz: how frozen is dapper now? [10:32] mdz: no new versions, but fixes allowed? [10:32] jordi: wiki.ubuntu.com/DapperReleaseSchedule [10:33] jamesh: they had login cookies [10:33] jamesh: weeks old, but still valid [10:35] mdz: ok, I'll be uploading a nano revision to Debian that fixes a very longstanding crasher [10:37] Morning [10:37] stub: can it wait? have you already done it? [10:37] Kinnison: Already did it [10:37] Keybuk: Possibly. File a bug on the soyuz ui? [10:37] Keybuk: the data model would allow the search to be done I believe === lalo [n=lalo@plone/lalo] has left #launchpad [] [10:38] stub: fortunately the majority of the test was last night so it didn't affect us [10:38] Kinnison: Hmm... need to do it again. My connection died most way through :-( [10:38] All the builds were idle like you said [10:38] Right [10:38] Kinnison: what product is that? [10:38] Keybuk: if it's something under distros/ it's the soyuz product [10:39] Keybuk: if it's something under people/ then it's the launchpad product [10:40] bug 30383 [10:40] malone bug 30383 in soyuz "Provide "last touched" packages" [Normal,Unconfirmed] http://launchpad.net/bugs/30383 [10:41] your request sounds possible, however I don't know when there'll be time to do it. It'll be triaged as the reports come in I imagine [10:45] jamesh: hello [10:45] hi [10:45] jamesh I'm not sure. [10:46] it may be that disabledtext wasn't set for everybody, or that the code is broken [10:46] jamesh: kiko told me about people being able to file bugs after it was supposed to be not possible [10:46] I just added a hack to disable it completely [10:46] in the beginning of Auth/Login/WWW.pm [10:46] it may be that disabledtext stops logins, but not access while already logged in [10:46] there were logincookies for 2006-01-27 [10:46] kiko_afk: mdz was just saying that what we did prevented logins but didn't disable use === kiko_afk boggles [10:47] jamesh but we cleared outlogincookies the day after the migration when we noticed this [10:47] maybe having a cookie in your browser automatically means it is valid? [10:48] no, we check that part [10:48] kiko_afk: the comparator output isn't desperately useful because there's a bunch of stuff in NEW we forgot to process [10:48] the funny part is that people /created/ new logincookies over that period [10:48] Kinnison ah, that is a good thing. can I re-run? [10:48] kiko_afk: I'm just merging codelines with celso and then I'll be processing the queue [10:49] I'm about to leave. okay, see you in 20m [10:49] I need someone with madison powers to tell me for sure where things ended up after new [10:49] mdz has them [10:49] as does elmo -- I imagine he shouldn't take too long to come in today === kiko_afk waves [10:49] whoever added the lightbulb emblem for the launchpad-infrastructure team, thanks so much for not making it a spanner! [10:50] so there are 40 rows which have disabledtext='' [10:50] SteveA: You do realise that having said that, someone will change it to a spanner, right? [10:50] i thought they were all meant to have that? [10:50] I think we disabled all accounts without preventing people from creating accounts === WaterSevenUb [n=WaterSev@195-23-238-193.nr.ip.pt] has joined #launchpad [10:51] the user IDs are sequential and have the highest IDs [10:51] Kinnison: we're moving a lot of things from main to universe during the sprint; is that likely to confuse gina? [10:52] mdz: Won't confuse gina when we run her tonight, no [10:53] mdz: but may confuse me if I ask "so, where should be" [10:53] I' [10:53] I'll use the Packages files locally and just prod [10:53] rather than asking for madison powahs [10:53] jamesh: aha... so new accounts could still log in [10:53] Kinnison: madison-lite? [10:53] mdz: can I run that against an arbitrary archive? [10:54] Kinnison: yes, that's the idea [10:54] right === Kinnison will try that [10:54] thanks [10:57] SteveA: yeah === carlos workraves [10:59] jamesh: is that fixed now, or do we need further hacking of bugzilla? === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [11:03] SteveA: kiko was saying he changed some things, so it might be. If he joins again I'll ask him [11:04] well, we could do an empirical test === jamesh tries to create an account [11:07] it looks to be fixed [11:08] I created an account, but when I go to the URL in the confirmation email, I get a "Logins are disabled. Use Launchpad." message [11:08] okay [11:09] do you know if the new users have logins disabled? [11:11] no [11:11] but I am guessing that they'd get caught by the same message I just saw [11:14] do the 40 rows with disabledtext='' have contiguous ids ? [11:15] if so, they are all new signups, and can have disabledtext set to something like the rest [11:17] yeah [11:17] I don't have the permissions to do that though (I've only got read-only access to the DB) [11:17] i see [11:17] kiko should be around in a few minutes [11:20] when we're changed those remaining fields, can you easily import the remaining bugs? [11:21] if any preexisting bugs were commented on or had statuses changed, i think we just need to lose those changes [11:21] because they may conflict with the changes made in launchpad since [11:24] Importing the remaining bugs should be easy, since they'll have consecutive IDs [11:25] and I can tell from the Laucnhpad bugwatches what the highest bug number I imported previously was === irvin [n=irvin@203.213.192.198] has joined #launchpad [11:26] do you have logs from the previous import? === kiko [n=kiko@217.205.109.249] has joined #launchpad [11:26] snow snow snow [11:26] good morning [11:27] hey kiko [11:27] kiko: so we rollout today.. what about binaries upload from the external buildds? [11:28] well [11:28] funny you should ask [11:29] kiko: can you write to the bugzilla db? [11:29] SteveA: yes. [11:29] SteveA, no, but elmo can. what's up? [11:29] jamesh worked out what's going on [11:29] and what we need to do next [11:29] kiko: I think I know what happened: we disabled all existing accounts, but did not disable creation of new accounts [11:29] I see. [11:30] kiko: i am serious now.. are we going to have an exception for the external buildds or do we need to stop them? [11:30] jamesh, and can that still work? [11:30] kiko: I just tried creating a new account, but got your "go away, use Launchpad" message when trying to go to userprefs.cgi to complete the account creation process [11:31] fabbione, a) external buildds will not work yet b) we will have sparcs coming in soon [11:31] kiko: a) ok. b) i need to tell lamont to stop hppa. it's not just sparc [11:32] c) thanks! [11:32] b) depends on when we get them delivered -- rumor has it should be soon [11:32] b) yes, but we can stop building from this evening till they will hit DC [11:32] right. [11:32] it's pointless to increase entropy in the universe [11:33] fabbione: No, it's pointless to try and decrease it [11:33] fabbione: it's inevitable that it'll increase [11:33] external buildds are not difficult to support but we need to figure out how to authenticate them and then tighten some of the locking [11:33] and, perhaps more importantly, make the slave processor more parallel [11:33] otherwise things will block on slower links [11:34] kiko: via gpg? [11:34] kiko: since the uploads are still signed [11:34] fabbione: In *theory* we could do gpg signed binary uploads on a different port or something [11:34] fabbione: in practice this is untested currently [11:34] Kinnison: it's still useful to slow down the speed of increase in entropy := === lucasvo [n=lucasvo@www.wservices.ch] has joined #launchpad [11:34] Kinnison: we could test it :) [11:35] fabbione: perhaps, but not immediately [11:35] is it possible to change the primary email address in launchpad? === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [11:35] lucasvo, why, certainly. [11:35] Kinnison: of course. [11:35] just visit your personal page and change them. [11:35] fabbione: it *should* just work [11:35] kiko: wasn't sure [11:36] Kinnison: i do believe it will. i am quite confident in your superskills === Kinnison snorts [11:36] fabbione: Essentially it'll involve writing a special binary port and I'll need to work out how to restrict it to given keys [11:36] fabbione: because currently all we can do is a per-component restriction on sources [11:39] stub, one thing we need to talk about is production bouncing (on rollout day) versus soyuz [11:41] SteveA, I need your help here [11:41] mpt> It should not be Launchpad's goal to completely model the structure of the open source community (which is fuzzier than any data model could represent). Rather, Launchpad should aim to maximize productivity of Free Software and open source development through collaboration. === ddaa hugs mpt [11:41] kiko: what's up? [11:42] Damn, I'm going to put that in the canonical wiki fortunes!! [11:42] kiko: and also, can we get someone with bugzilla DB access to do a query before jamesh finishes for the day, so jamesh can run the script today? [11:42] SteveA, basically, production rollouts that bounce emperor and the librarian will upset soyuz. [11:42] SteveA, yes. mail me the query. [11:42] jamesh: please mail kiko the query [11:43] kiko: you mean, once we've rolled soyuz out, we can't do any more work on emperor or the librarian ever? [11:43] very funny [11:43] soyuz needs to be designed to expect the librarian to disappear occassionally, and for the database to be bounced occassionally [11:43] no, that's not what I am saying [11:44] kiko: would your bz changes prevent people with disabledtext='' from making edits/new bugs? [11:44] what specifically in soyuz will get upset? [11:44] jamesh, I believe so -- any authorized access is denied. [11:44] SteveA, let's say that for now, it's best to disable soyuz while bouncing production. [11:44] if that's the case, we don't need to wait for someone with mysql db write access [11:45] kiko: um. gah. it ain't going to happen all the time. look at the librarian problems in the past week or so. [11:46] jamesh: can we test this? i guess not easily unless we temporarily undo kiko's "no new accounts" hack and create a new account. === niemeyer [n=niemeyer@200.103.241.228] has joined #launchpad [11:47] SteveA: That should be possible. I've got a half created account to test with [11:47] kiko: is that easy for you to do? [11:49] jamesh, not until elmo arrives [11:50] i think znarl has write access to that database too [11:50] kiko: okay. In that case we may as well just get disabledtext sety [11:51] do we delay another import run til then? [11:51] jamesh, i wouldn't delay if I were you, I think the risk is low and elmo should be in soon. [11:51] as soon as he's in I'll set disabledtext [11:51] but I'm pretty sure the change I made will forbid changes [11:53] hmm, okay. i agree with kiko. the worst is we lose some changes from one of the people who got a new account in the last few weeks [11:55] SteveA, could you place an RT request for Znarl? [11:56] so he can set disabledtext again [11:58] yes. [11:58] thanks [11:58] jamesh: please tell me what the query karl should run is [11:58] update profiles set disabledtext = 'Bugzilla disabled'; [11:58] ok [11:58] cool === raptoid [n=raptoid@81.213.132.106] has joined #launchpad [12:01] from my checks, we are talking about 11 new bugs [12:02] wonderful [12:02] there are probably new comments on old bugs.. === kiko doesn't care so much [12:03] Why don't we remove the bugzilla instance and simply use mod_rewrite to rewrite the relevant URLs into malone [12:04] Kinnison: as time goes on, that's probably the right solution. [12:04] we'd need to make sure the bugzilla view doesn't provide any needed information not found in LP though [12:06] so put the bugzilla instance on closed-bugzilla.ubuntu.com [12:06] :-) === Kinnison is a firm believer in making this a clean break [12:07] I think jamesh is right. Let it bake for a while. [12:08] Kinnison: that was the idea. (and one of the reasons we imported all bugs rather than just the open ones) [12:08] kiko, SteveA : Done. [12:08] thank you Znarl [12:08] Znarl, by the way, we leave tomorrow and you STILL have not come by to say hello [12:08] this is highly unsatisfactory [12:08] jamesh: heh [12:09] Znarl is just a figment of elmo's imagination [12:09] clearly [12:11] thanks Znarl ! [12:11] kiko : I know. :( [12:11] Znarl, should I file an RT request? [12:13] kiko: put it directly in the launchpad queue, priority 99 [12:20] stub, SteveA: re bug 30370: I know that putting the Librarian behind HTTPS is undesirable (performance, certificate tax), but I don't see any other way of addressing this problem [12:21] Ubugtu: bug #30370 [12:21] malone bug 30370 in launchpad "Graphics from Librarian over HTTP cause browser warnings on Launchpad over HTTPS" [Normal,Unconfirmed] http://launchpad.net/bugs/30370 [12:21] daf, maybe allow the librarian to answer over HTTPS and HTTP equally? [12:21] daf: what we should do is offer the librarian behind both http and https [12:21] and then link to it as https when the page embedding the image is served over https [12:21] and then only use https:// for images (and is there other inline content)? [12:22] such a second-guesser [12:22] cool, I'll confirm the bug [12:22] kiko: we are SO on form today === kiko high-fives the man [12:22] daf: and make it an infrastructure "not spanner" team task too [12:23] "not spanner"? [12:23] SteveA> whoever added the lightbulb emblem for the launchpad-infrastructure team, thanks so much for not making it a spanner! [12:23] ha [12:24] you want me to assign to infrastructure? [12:24] yes [12:24] and cc too [12:24] or whatever we need to do to simulate keywords [12:24] hmm, then it will get filtered out by my script, even though it impacts the user experience [12:24] it should be a 1.1 thing too [12:25] done [12:28] thanks daf [12:28] do you have a list of bugs for us to talk through? [12:29] yes -- the same list as before [12:29] I'll just sync it [12:30] I'm looking forward to not having to do that any more [12:30] maybe I should just cron it [12:30] we'll have the new view rolled out soon [12:30] did you get that reviewed? [12:30] but it's only until Tuesday [12:31] yes, Steve, you reviewed it [12:31] cool [12:31] i don't even know what i'm doing... [12:32] you're SO on form [12:33] https://chinstrap.warthogs.hbd.com/~daf/bugs/scrape.py [12:33] daf: okay, voice call in 5? [12:33] 108 confirmed bugs sans milestone [12:33] sure [12:34] a three-way with matsubara would be nice -- I'm looking forward to asterisk [12:34] we'll try doing it differently this time... [12:34] you make the call about what to do about the bugs, and then we'll discuss [12:35] kiko: do you know why matsubara can't get skype at async? can we do anything about that? [12:35] I know, yes. [12:35] I can do something about it, but not today. [12:35] ok [12:36] daf: do you remember what lifeless said in answer to my question about asterisk in the meeting yesterday? [12:39] I don't, I'll check [12:39] he didn't [12:45] daf: i'm running skype now [12:45] waiting for it to load... [12:54] kiko: https://chinstrap.ubuntu.com/~dsilvers/paste/file261YmK.html === carlos [n=carlos@84.76.255.40] has joined #launchpad [01:05] In [10] :guess("fo").encode("ascii", "replace") [01:05] Out[10] :'f?o' [01:08] In [24] :ascii_smash(guess("fo")) [01:08] Out[24] :'foeo' [01:15] u'Rapha\xebl Pinson ' [01:16] In [37] :ascii_smash("aou") [01:16] TypeError: normalize() argument 2 must be unicode, not str [01:17] kiko: https://chinstrap.ubuntu.com/~dsilvers/paste/fileKtvtdJ.html [01:18] kiko: of course. === kiko is clueless about encodings, should go to niemeyer's school [01:19] the in [37] one is in whatever encoding your console / defultencoding is in [01:19] which is why the TypeError [01:19] yeah [01:19] because the TypeError is stopping a programmer accidentally being ambiguous [01:19] ascii_smash() needs unicode [01:19] and rightly so. [01:19] if python did things like java [01:19] and guess() needs non-unicode [01:19] and had no "ascii string" concept [01:19] or "unencoded string" concept [01:19] it'd be nice if instead of guess complaining, it just acted as identity when given a unicode [01:20] we'd all be better off [01:20] Kinnison: that's a good point, and i think that is reasonable, but only just [01:20] as it can hide errors in the program at large [01:20] here, guess what this is... *sniff sniff* it's a unicode! [01:20] or /already/ a unicode as it is. [01:21] the issue is this: in python there is a historical thing of treating "strings" as a lump [01:21] that's a bit like mixing ints and floats and not expecting rounding errors [01:21] and considering str and unicode being roughtly the same [01:21] but i think this causes more errors in the long run [01:21] and i think we should treat str and unicode as totally different [01:21] and not fit for substitution [01:21] ++ [01:21] so, based on that, guess() should acccept a unicode only if some arg is given explicitly allowing it === jinty [n=jinty@196-28-44-199.jhb.netdial.co.za] has joined #launchpad [01:22] guess(u'foo', accept_unicode=True) [01:22] so that we know where the larger application is being flaky about the difference between str and unicode [01:22] this difference has done, and continues to, cause problems for rosetta [01:22] because parts of rosetta were written tollerantly of this [01:23] another approach would be to allow unicode into guess, but issue a warning [01:23] i now think i am against having guess() take a unicode implicitly, without complaint [01:23] I wonder if we can use decorators to make enforcing this easier [01:23] you mean like painters and plasterers? [01:23] yes [01:24] i think they'd agree with me for the most part [01:24] big ornate signs saying "NO STRINGS HERE" [01:24] let's get back to the bugs, daf ;-) [01:26] guess used to accept Unicode, but I changed that because it appeared that people where not thinking about their string encodings and just shoving 'whatever' into guess to cast to Unicode. Which is sweeping the bugs under the carpet. [01:28] guess should only be used when your source data is broken (unknown encoding) and we can't repair it properly. [01:30] stub: +1 [01:30] no carpet-sweeping-under in launchpad please [01:30] yeah, I thought that too === bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad === WaterSevenUb [n=WaterSev@195-23-238-193.nr.ip.pt] has joined #launchpad [02:24] SteveA, what of system-error@launchpad.net === carlos -> lunch [02:26] kiko: what of it? [02:26] kiko: i think it is a good mail address === lucasvo [n=lucasvo@www.wservices.ch] has left #launchpad [] [02:26] SteveA, did you not get my email? === kiko frowns [02:26] and we should use it on the main template and shipit template [02:26] yes... [02:27] so, i just mailed a test message [02:27] it needs Bug in the Subject you know? [02:28] yes [02:28] i sent exactly what you asked for in your email [02:29] great [02:29] and it worked [02:29] Old-From: steve@z3u.com (steve) [02:29] From: www@launchpad.ubuntu.com [02:30] so let's use it. [02:30] okay, cool [02:30] did jamesh import the remaining bugs? [02:33] i have not heard about success or failure from him yet === SteveA --> lunch === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:34] carlos, thanks for your reply on the ubuntu-docs mess. i personally think that they should go into the ubuntu distro-specific section, but I think mpt disagrees. In any event, if we decide on the distro-specific way, will they be imported automatically into dapper, if they are in the source tarball for ubuntu-docs? === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:45]