[12:23] I'm on holida [12:23] y [12:23] what am I doing answering all these emails!!21! === ddaa is writing an email to kiko right now [12:24] ddaa, is it about SVN? :) [12:25] yes [12:26] cool [12:26] should I stay around to read it, or can I read it tomorrow? [12:26] Even though one knows that svn sucks, I'm still surprised now and then by how incredibly it does so. [12:27] kiko-zzz: no reply is expected [12:27] aha [12:27] I mean, if svn was a woman it would be a porn star! [12:27] ddaa: score [12:27] excellent bug [12:28] lifeless: so we have been automatically DoSing random SVN server on the internet for like months... [12:28] choosing to run svn implies tolerance [12:32] lifeless: please make sure the bzr serve is bit better in that respect... [12:32] sure [12:32] like, if it receives bad input, it should send some rude message to the client, close the connection and NOT abort! === ddaa ponders sending a link to that issue to arch-users just to prompt some colourful rant from tomlord [12:34] sure that would be entertaining === bradb & # badminton [01:19] mmm [01:19] https://launchpad.net/distros/ubuntu/edgy/+source/tickcount/+packaging [01:19] seems that this page has been borked [01:20] try to find the tickcount product in there [01:22] ah [01:22] we're still not enforcing have a product series [01:30] kiko-zzz: https://launchpad.net/products/bzr/+distributions [01:30] IIRC you were fixing those ? === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === Fujitsu [n=Fujitsu@203.23.49.35] has joined #launchpad === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad === welshbyte [n=welshbyt@cpc3-cwma2-0-0-cust276.swan.cable.ntl.com] has joined #launchpad === cprov [n=cprov@monga.dorianet.com.br] has joined #launchpad === Fujitsu [n=Fujitsu@203.23.49.35] has joined #launchpad === stub [n=stub@ppp-58.8.4.119.revip2.asianet.co.th] has joined #launchpad [06:44] stub: I did up an SQL patch to rename the bugzilla-importer user to bug-importer. Would it be possible to run it on the production db? [06:45] well, an SQL file [06:47] Sure. [06:48] Does it need to be run as part of a code rollout? (eg. it renames a celebrity?) [06:48] there is no celebrity at the moment (other than in my sourceforge-import branch that hasn't been merged yet) [06:49] Ok. I'll rename bugzilla-importer to bug-importer on production now. [06:49] the only thing that would stop working in production is the bugzilla-import script that we aren't running [06:50] Changed via the UI [06:50] brilliant. [06:51] stub: this was the SQL I was going to get you to run: https://sodium.ubuntu.com/~andrew/paste/fileD7oIj4.html [06:51] would it be possible to change the email too? [06:52] Is that a valid email address? [06:52] no [06:53] I've hidden it anyway. [06:53] well, it is a validated email address in the db (needed for login), but there is no mailbox behind it [06:53] Why does that user need to be able to login? [06:53] the script logs in with it [06:53] via http? [06:54] This sounds rather wrong [06:54] no [06:55] I mean it sets up the an interaction/principal with it when running (since some LP code breaks when there is no principal) [06:55] Hmm... so the email address is there to hide a deeper bug. [06:57] couldn't log in as a user without a preferred email in the script [06:59] That would be a bug. [07:01] Surprised it still worked, as the bug-importer user doesn't have a password. So there is some dodgy code that is detecting valid users where we don't want it, and it is doing it incorrectly too. [07:16] stub: we still have products w/o product series occuring [07:16] stub: I think RequireProductSeries is clearly not implemented [07:16] Yes - there is a bug open on that. [07:17] ok, as long as thou knowest [07:18] I have some similar constraint work to do, so I might try enforcing it at the DB level to shake out the bugs [07:19] lifeless: I think I can see the problem: products created from .../products/+new get a default series, but products created from .../projects/foo/+newproduct don't [07:19] because the trunk series actually gets created in the browser code rather than db code [07:19] and that code only occurs in one of the relevant view classes [07:20] jamesh: surely it should be db code? [07:20] its domain constraints after all [07:20] lifeless: correct. [07:31] lifeless: I've got the dyson changes mostly done [07:32] haven't done any renaming though === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [07:42] cool! [07:46] lifeless: I've made it so that the file glob can contain slashes (e.g. foo-*/bar-*.tar.gz), so we can match limited heirarchies still [07:46] but won't by default [07:46] excellent [07:46] thats exactly what I hoped for [07:47] adding a sane_version() check should stop it from exploding like it did on the grass tarball too [07:49] the dyson code is using the HCT unittest.TestCase subclass for its test cases, which makes things a little hard to debug [07:49] since it redirects stderr, you don't see the actual error messages ... [07:50] oh eww [07:50] does it barf stderr in the failure ? [07:50] well, the tracebacks that would be printed to stderr get captured [07:51] making the output from test.py not that useful [07:51] I've been changing the tests to plain unittest.TestCase where they aren't using features from hct's Scaffold class [08:04] feel free to fix Scaffold [08:04] capturing stderr is bogus [08:05] lifeless: what do you think of "productreleasefinder" as a new name for dyson? [08:05] good [08:06] clear [08:06] precise [08:06] will annoy ddaa [08:06] it is a bit long, but beats UTRF :) [08:06] wins on all fronts [08:06] :) [08:07] we don't seem to display the details of any of the files attached to product releases in the webapp, btw [08:07] (at least, I haven't found where yet) [08:07] we dont yet [08:07] thats fine [08:07] even a good thing :) [08:13] why's that a good thing? === dsas [n=dean@host81-158-83-91.range81-158.btcentralplus.com] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [09:18] jamesh: oh , because its a little conspriacy theorist to be backing up all those releases :) === carlos [n=carlos@110.Red-81-39-99.dynamicIP.rima-tde.net] has joined #launchpad [09:19] morning [09:20] morning carlos [09:21] danilos: hey === Fujitsu [n=Fujitsu@c58-107-63-43.eburwd7.vic.optusnet.com.au] has joined #launchpad === Fujitsu_ [n=Fujitsu@c58-107-63-43.eburwd7.vic.optusnet.com.au] has joined #launchpad === Fujitsu_ is now known as Fujitsu === mholthaus [n=mholthau@151.23.76.83.cust.bluewin.ch] has joined #launchpad === Spads [n=crack@217.205.109.249] has joined #launchpad [10:03] morning [10:11] danilos: meeting time? === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad === malcc [n=malcolm@host86-134-233-12.range86-134.btcentralplus.com] has joined #launchpad === dsas [n=dean@host86-129-23-247.range86-129.btcentralplus.com] has joined #launchpad [10:23] morning SteveA [10:25] hmm, I'm having a weird error with tests [10:25] https://sodium.ubuntu.com/~andrew/paste/fileNpO6Nc.html [10:25] any idea? [10:26] carlos: do you have baz installed? [10:26] is it now a dependency? [10:27] carlos: why do you need to run these tests? [10:27] SteveA: I just execute 'make check' [10:27] don't do that [10:27] I think it is for some of the importd tests (til they get switched over to bzr fully) [10:27] because it runs lots more tests than you need to run [10:27] and it will take a lot of time [10:27] use: python test.py canonical.launchpad [10:28] that takes less time [10:28] pqm will run all the tests [10:28] ok, I didn't know we should change the command to run tests.. [10:28] SteveA, jamesh: thanks [10:28] SteveA: these importd tests are under canonical.launchpad.scripts.importd [10:28] jamesh: ok :-) [10:28] hmm, so I still need to install bazaar [10:29] or, use a better test command line [10:29] to run just the tests you're interested in [10:29] python test.py canonical.launchpad.ftests [10:29] that will run launchpad tests but not the importd ones [10:29] carlos: couldn't hurt. In either case it is a lot quicker to limit the tests you run to the area you're working on [10:30] I guess I should also run test.py canonical.launchpad.tests right? [10:30] jamesh: well, I usually run just one test [10:30] but I did some sampledata changes [10:30] ah. [10:30] and wanted to detect any other test breakage I just introduced [10:47] carlos: sorry, xchat didn't play the sound to notify me of the ping [10:47] Launchpad is going down in 15 mins for its regular code update. Estimated downtime is under 10 minutes. [10:47] danilos: don't worry [10:47] stub: aren't you waiting for the data migration? [10:48] stub: this'll include the pillar stuff, right? [10:48] carlos: No. Once the code is fixed and tested, we can schedule the downtime then with mdz and co. [10:48] jamesh: Pillar stuff is already landed as far as I know. [10:49] stub: the code is fixed already, I'm just doing some tests for other tests that I would break while adding the new tests [10:49] so I'm able to merge the changes into rocketfuel [10:49] in fact, my code changes are in your review queue since yesterday to be completely sure that you agree with the fix [10:49] stub: really? There is a "launchpad" project and "launchpad" product at the moment [10:49] (in production) [10:50] ok. Then it will include that. [10:50] r3908 [10:53] stub: I think the testing server you gave me on Monday has its hard disk full [10:53] stub: https://sodium.ubuntu.com/~andrew/paste/filejviqPR.html === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [11:06] morning === doko [n=doko@dslb-088-073-067-073.pools.arcor-ip.net] has joined #launchpad === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [11:20] sivang: morning [11:22] carlos: There is now more space on that server [11:24] I know, I was testing the script again [11:25] I was just pointing you the problem because I think you said the testing server for python guys is there [11:25] sabdfl: let me know if you received the email with the patch. [11:26] stub: btw, could you approve my changes to fix the script to open Edgy translations ? [11:27] stub: https://devpad.canonical.com/~jamesh/pending-reviews/carlos/launchpad/migrate-translations/full-diff [11:28] carlos: r=stub [11:28] stub: ok, thanks === erdalronahi [n=erdal@p50874B7F.dip.t-dialin.net] has joined #launchpad [11:31] carlos: So you were happy with the results of your script on staging and/or carbon? [11:32] yes, but I wanted to run it again today to be completely sure but got the error I told you [11:33] also, I forgot to get the time it got to run [11:52] ok. You running it on staging, or should I build a fresh db on carbon to run against? [11:53] carlos: ^^ [11:53] it depends [11:53] staging will take a lot of time [11:53] carbon will be fast [11:53] I only want to time it [11:54] so it depends on what run will be helpful for you (I guess carbon one) === mpt [n=mpt@217.205.109.249] has joined #launchpad [12:15] stub: ping? [12:15] elmo: pong [12:15] stub: xmlrpc server down deliberately? [12:16] I think todays landing moved it onto the same port as rest of the Launchpad HTTP traffic [12:16] So the Apache rules will need to be adjusted. Want an RT ticket? [12:17] please [12:17] elmo: What are you using to test btw? An actual XML-RPC request or just seeing if the server is responding? [12:18] -P" concatenate ubuntu rocks " -s 'ubuntu rocks' [12:19] heh [12:38] carlos: Are you abusing asuka at the moment? [12:38] stub: I guess the language pack export script does [12:39] carlos: Can you kill it? [12:39] sure [12:39] but that's on mawson [12:39] the database process will take a bit until it detects that I killed the script === Blue-Omega [i=Blue@about/cooking/nakedchef/omelette/Blue-Omega] has joined #launchpad [01:05] Note: HTTP/1.1 servers are allowed to return responses which are not acceptable according to the accept headers sent in the request. In some cases, this may even be preferable to sending a 406 response. User agents are encouraged to inspect the headers of an incoming response to determine if it is acceptable. [01:06] So always returning UTF-8 is not a violation of rules at all, which is good :) === Blue-Omega [i=Blue@about/cooking/nakedchef/omelette/Blue-Omega] has left #launchpad [] [01:15] stub: mja === heno [n=henrik@henrik.gotadsl.co.uk] has joined #launchpad [01:20] I'm trying to set up a bzr mirror on LP [01:20] https://launchpad.net/people/henrik/+branch/onboard/devel [01:21] The Mirror version is not a working branch yet, do just have to wait for it to sync later today? === dsas [n=dean@host86-128-51-213.range86-128.btcentralplus.com] has joined #launchpad [01:31] heno: yep, it takes up to a day (usually faster though) [01:31] jelmer: ok, cool [01:32] and from then on we can all just push stuff into that branch I guess [01:32] hey [01:32] carlos? [01:32] jordi: hi [01:32] how's going? [01:32] do I need to set up a team to have multiple maintainers? [01:33] heno: do you want to have your branch hosted on launchpad, or mirrored? [01:33] LarstiQ: hosted ideally [01:33] stub: launchpad gives me a 'Bad Gateway' error [01:33] didn't see an option for that though [01:33] carlos: as good as it can go on your first day. :) === LarstiQ doesn't know if they can be switched [01:33] carlos: works for me [01:34] works for me too [01:34] stub: sorry, I was in launchpad.dev instead of launchpad.net .... [01:34] heno: but I just push to sftp://bazaar.launchpad.net/~person/product/branch [01:34] jordi: holidays should be longer ;-) [01:34] heno: person can also be a team, and then all the members can access it too [01:34] carlos: are you going to finishup xaralx now? If so, tell me when it's executed, and I can reply to his version 0.7 stuff [01:35] http://radio.localfoss.org:8000/osota.mp3 every wednesday night at 9:30pm (UTC +1000) [01:35] LarstiQ: right. I should probably set up an 'onBoard' team [01:35] heno: right [01:35] jordi: yes, I will request the removals today [01:36] heno: and the push to sftp://bazaar.launchpad.net/~onBoard/onboard/devel [01:36] jordi: do we have a bug report about not showing who did a translation ? [01:36] jordi: I fixed that already, but I'm not able to find a bug about it [01:37] LarstiQ: right, Does that need to be to 'sftp://onboard@bazaar.... ? [01:37] heno: no [01:38] heno: you use your own user to login, and team membership determines if you can access ~team [01:38] cool [01:40] jordi: found [01:41] carlos: oik [01:41] carlos: ok I just replied to Neil with instructions regarding his new POT [01:41] I guess he'll want to just rename 0.4 to trunk. [01:42] jordi: yeah, just rename it [01:46] Can I change the owner of s branch, rename it or delete it? [01:47] the 'devel' branch is now registered under 'henrik' but it should be under 'onboard' [01:48] stub: ^^? [01:48] I could just register a 'main' branch under onboard and use that, but it starts getting untidy [01:48] https://launchpad.net/people/henrik/+branch/onboard/devel [01:50] heno: though there is no reason you can't also use 'devel' as a name for the onboard owned branch [01:50] You can't rename or delete branches at the moment, and it is a real pita for admins to do it for you. [01:50] stub: is this something for the faq? [01:51] stub: ok, should I just set up a new one under 'onboard' and let the old one lay dormant? [01:51] Probably, yeah. Who is looking after that at the moment? === LarstiQ would guess kiko [01:51] heno: That would be best. Eventually we will have the feature to at least hide it. [01:51] heno: that is what I would do, yes. [01:52] ok, thanks [01:52] before I set one up, is there a difference between a hosted and mirrored branch? [01:52] Can I actually set up a 'hosted' one? [01:53] heno: I don't know about differences, but I create hosted ones just by directly pushing [01:53] ah ok, I'll try that [01:53] and after that editing the information page [01:53] I was using the web interface [01:53] right [01:54] though I suppose I could use register-branch for that last step [01:54] an 'upload tarball to host' feature would be cool [01:54] more intuitive [01:55] jordi: I just sent the request [01:55] carlos: yay! [01:57] heno: I think that is covered in https://launchpad.net/products/launchpad-bazaar/+spec/branch-tarball-imports [01:57] thanks, I'll look [01:58] well, not much to see I'm afraid === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === danilos is off to lunch and to pick up the car from service === carlos -> lunch === niemeyer [n=niemeyer@200-181-175-127.ctame7014.dsl.brasiltelecom.net.br] has joined #launchpad [02:21] carlos, it's bug 80 [02:21] Malone bug 80 in rosetta "cannot see who put in bad translation" [Wishlist,In progress] https://launchpad.net/bugs/80 === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad [02:27] oh, you found it :-) [02:45] mpt: you pinged me a few days ago [02:45] I guess there was someone needing help, but if it was something else... [02:46] ah, you asked about me being around [02:46] I'm back now [02:46] jordi, remember the Kashubian plurals from July 15th [02:47] mpt: yes, I'm finding out what happened to those [02:47] danilunch: ping? === carlos [n=carlos@110.Red-81-39-99.dynamicIP.rima-tde.net] has joined #launchpad [02:50] sigh, 100 held messages, 100 spams [02:51] jordi, and Andrea Vacondi's message from July 19th [02:51] Vacondio, rather [02:51] carlos: remember the mail I sent about pending plural forms? Were they added to the DB? [02:51] let me check that one out [02:51] jordi: hi [02:51] hmm [02:51] I don't think I have done it... [02:51] I don't even remember such email... [02:51] let me dig [02:52] ugh, only sent to danilo [02:52] damn === Spads [n=crack@82.211.81.249] has joined #launchpad [02:54] mpt: I see no such mail [02:54] oh, July 11 [02:55] mpt: *shrug*, I think I answered the same question on another mail two days later or so [02:55] I can do it again tho [02:56] carlos: og maciel says whenever a new ooo gets imprted, translations entered through rosetta are marked fuzzy [02:56] makes sense? [02:57] jordi: no it doesn't [02:57] it's in rosetta-users [02:59] jordi: I don't see the email... [03:00] just found it [03:00] ok [03:00] carlos: 3PM, leaving office, but will be back at 5 or earlier. [03:00] chat later [03:00] ok [03:00] later [03:02] carlos: The db on carbon has been reset btw. [03:03] ok, I will run my code again [03:03] and give you the amount of time to execute it [03:03] so we can plan the migration [03:23] morning === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #launchpad [03:27] hey, if i revoke my old key, and create a new key, and add it to LP, what happens with regarding uploading packages? === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === lbm [n=lbm@cpe.atm2-0-75146.0x535a2f1e.vgnxx2.customer.tele.dk] has joined #launchpad [03:31] Hobbsee, if your new key is in the accepted keyring, nothing should change. [03:32] kiko: cool. how would i get it into the keyring again? just upload it to launchpad? [03:32] Hobbsee, one sec. [03:36] ok [03:43] hmmm [03:45] Hobbsee, it should work as expected, yes. === Lure [n=lure@ubuntu/member/lure] has joined #launchpad [03:54] hi all [03:54] my lure@ubuntu.com stopped to worked [03:54] since I was replacing my GPG key, it my be related to that [03:55] I have wrote to postmaster@ubuntu.com, but did not get any response [03:55] can somebody here look into this? It would be appreciated... [03:57] Lure, are you getting bounces when writing to it? [03:57] stub, the 'Specifications' menu item's link is broken in production. I guess it's related to some vhosting thing [03:58] kiko: exactly - : User unknown in virtual alias table === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad [03:58] Lure, what's your launchpad ID? [03:58] stub, nevermind, just saw on the other channel that you're aware of it [03:59] kiko: https://launchpad.net/people/lure [03:59] yep [04:00] Lure, so it appears that yes you are still an ubuntu member. hmmm [04:00] kiko: I did change my GPG key in LP - this involved signing new CoC with new key [04:01] Lure, I don't think it should matter though === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [04:01] Lure, did you do so today? [04:01] kiko: no, it was at least a week ago, I just noticed that no mails were sent for some days and then tried it and it failed [04:01] Lure, let me check. one moment. [04:01] kiko: this is why I thought it may be related [04:03] Lure, I've asked a sysadmin to look into it, hang tight there [04:03] kiko: thanks === xenru [n=Miranda@85.192.12.254] has joined #launchpad [04:12] Lure, there's a loop in the config apparently. still looking into it. === sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #launchpad [04:25] kiko: hi. would you have time for a pre-implementation call today? it's about adding a bugtracker to a product, i found some issues i'd like to discuss. [04:25] BjornT, sure, that'd be great. I need to finish up this week's launchpad release but there should be enough time [04:26] kiko: cool. ping me when you are ready. [04:28] mpt: ping === lfittl [n=lfittl@85-125-147-132.dynamic.xdsl-line.inode.at] has joined #launchpad [04:39] Bah. I need a page test that connects to https://, as my code sniffs the URL to see if it is https:// so it knows if it should set the Secure attribute on the cookie. But it doesn't work :-P [04:40] So I appear to have a feature I can't test :-( [04:40] stub, you mean using testbrowser and https doesn't work? === Nafallo [n=nafallo@ubuntu/member/nafallo] has joined #launchpad [04:40] Yup [04:41] you seem to be right [04:41] there are no other cases either === mholthaus [n=mholthau@johnny33.dersbach.ch] has joined #launchpad === glatzor [n=sebi@ppp-82-135-3-190.dynamic.mnet-online.de] has joined #launchpad [04:46] kiko: Do you have 5 minutes? [04:47] carlos, I want to say yes, but I'm kinda fucked. yes [04:47] I think I found a bug in our batching code [04:47] kiko: ok, don't worry then [04:47] carlos, tell me [04:48] kiko: http://gollum.pemas.net/distros/ubuntu/hoary/+lang/hr/+index?start=0&batch=2 [04:48] and http://gollum.pemas.net/distros/ubuntu/hoary/+lang/hr/+index?start=2&batch=2 [04:48] if you see the link for the templates with the name 'man' [04:48] both are the same [04:49] but, if you look at http://launchpad.dev/distros/ubuntu/hoary/+lang/hr the links aren't duplicates [04:49] so seems like the batching code is doing something weird while batching that list... [04:52] let me see. [04:52] carlos, that host isn't answering.. [04:52] hmm [04:52] sorry [04:52] gollum.pemas.net:8086 [04:53] Zero Sized Reply === rraphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [04:55] carlos, you have to add that hostname to your main_hostname config variable [04:56] salgado: right, thanks [04:56] kiko: try again [04:56] my router sucks so I cannot check that hostname [05:00] trying again [05:00] ah [05:00] action [05:01] http://launchpad.dev/distros/ubuntu/hoary/+source/evolution/+pots/man/hr/+translate [05:01] http://launchpad.dev/distros/ubuntu/hoary/+source/pmount/+pots/man/hr/+translate [05:01] carlos, they are not actually the same, eh? [05:01] right, are different [05:02] two different sourcepackages === jinty [n=jinty@121.Red-83-56-157.dynamicIP.rima-tde.net] has joined #launchpad [05:02] carlos, so I didn't understand your problem. [05:02] what should the links be? [05:02] kiko: that's the right value [05:03] but when you look at the batched pages [05:03] the links are the same [05:03] instead of different [05:03] hmm [05:03] now are different? [05:03] are you confused? [05:03] am I getting mad ? [05:03] kiko: yeah, I'm confused [05:04] even pqm rejected my merge request because got the same error [05:06] kiko: take a look now [05:06] I see them equal after restarting the server [05:09] ah. [05:09] kiko: do you see it now? [05:10] carlos, yes. the problem you are having is that your query is probably producing ambiguous ordering. [05:10] I see [05:10] yes/ [05:10] reload this page a few times: [05:10] http://gollum.pemas.net:8086/distros/ubuntu/hoary/+lang/hr/+index?start=1&batch=2 [05:10] you'll see for yourself. [05:11] so, bugs in batching code: zero. bugs in rosetta code: 1. I win! [05:11] kiko: ;-) === kiko puts this into his activity report [05:12] thanks === BenC [n=bcollins@debian/developer/bcollins] has joined #launchpad [05:15] hey, would it be much trouble to make the "Dist" selection for a bug default to "nothing", or allow it to be changed after the fact? [05:16] BenC, when you indicate that the bug is also present in another distribution, BenC? [05:17] well, people add a dist target to a bug, and it gives the the "dist" and "source" selection page [05:17] it defaults to Baltix [05:17] and some people just forget to change it, and then there's no way to change it later, so we get lots of Baltix cruft being rejected in bug reports :) [05:18] BenC, yeah, we should fix that. can you give me an example of a bug? [05:20] #55929 [05:24] oh, and thanks a LOT for switching the comment fonts on lp to monospace :) [05:24] BenC, thank mpt ;) [05:24] makes reading all the formatted paste a lot easier [05:24] mpt: thanks! [05:26] danilos: when mailing stub, you mail the launchpad list too [05:27] BenC, so for that bug, did you click it as "also affects +distribution" and then chose baltix by mistake? [05:27]