[00:47]  * thumper screams at the horridness of some integration tests
[01:21]  * thumper facepalms
[01:33]  * thumper afk for lunch
[01:53] <wgrant> sinzui: Was there a reason that you landed my sampledata branch to db-devel rather than devel?
[01:54] <sinzui> wgrant, I do not think pqm will permit sample data changes to be made to devel
[01:54] <wgrant> sinzui: As I mentioned in the MP, I have had sampledata changes landed to devel before.
[01:54] <wgrant> I remember because people complained that I had broken their local test suite.
[01:55] <wgrant> But this doesn't affect the test data, so it should be fine.
[01:55] <sinzui> wgrant, sorry, that was not my understanding
[01:55] <wgrant> sinzui: Well, nothing seems to actually make it clear what can go where.
[01:57] <sinzui> after several botched landings, a checker was added to PQM landings to ensure no db changes could be merged in devel. My understanding wad no changes in the database part of tree
[01:57] <sinzui> That may only be the schema directory
[01:57] <wgrant> I touched current.sql in devel in January.
[01:57] <wgrant> r10174
[01:57] <sinzui> The checker is not smart. it will let you land a new enum on edge. Those are fun oopses to read on lpnet
[01:58] <wgrant> Yeah :(
[01:59] <sinzui> wgrant, the rule is in Makefile check_merge
[01:59] <sinzui> your change were definitely landable in devel
[02:00] <wgrant> sinzui: Ah! I didn't know it was public.
[02:00] <wgrant> Good find.
[02:00] <wgrant> Even security changes can. Excellent.
[02:01] <sinzui> I can land you branch in devel now
[02:01] <wgrant> That would be wonderful. Thanks.
[02:09] <thumper> sinzui: sample data can land in devel
[02:09] <thumper> sinzui: as can security.cfg changes
[02:09] <thumper> sinzui: just no patches
[02:10] <sinzui> thumper, I do not think security.cfg can land.
[02:11] <thumper> sinzui: I think it can
[02:11] <wgrant> They can.
[02:11] <wgrant> It greps out security.cfg.
[02:11] <sinzui> oh, read that the wrong way
[02:12] <thumper> sinzui: LibraryFileAlias:StreamOrRedirectLibraryFileAliasView
[02:13] <thumper> sinzui: timing out a lot
[02:13] <thumper> do you know why?
[02:13] <sinzui> no
[02:13] <wgrant> I saw recent talk about making it handle offline librarians better. Could that be related?
[02:17] <thumper> I don't think so wgrant
[02:17] <thumper> it seems to be load dependant
[02:17] <thumper> sometimes it just doesn't respond
[02:18] <wgrant> Yay.
[02:23] <thumper> sinzui: got a minute?
[02:23] <thumper> sinzui: I have a failure with test_notifications (lp.registry.tests.test_mlists.TestMailingListImportScript)
[02:23] <thumper> sinzui: mail it being delivered locally instead of being caught in the test mailer
[02:23] <sinzui> I did not know that was in the tree
[02:24] <thumper> sinzui: what was in the tree?
[02:25] <sinzui> thumper, I do not know anything about that test. I thought the import script was added to the tree as a convenience to losas
[02:25] <thumper> :(
[02:25] <thumper> sinzui: is it barry?
[02:25]  * sinzui thinks we are talking about the mbox archive importer
[02:26] <sinzui> barry, certainly knows that best
[02:26]  * thumper stabby
[02:26] <thumper> ✁☹
[02:28] <wgrant> thumper: This is with your branch that suspiciously simplifies the Zopeless mailer?
[02:28] <thumper> wgrant: why yes
[02:28] <wgrant> I thought that was too easy.
[02:29] <thumper> wgrant: I found one bug in the sendmail simplification
[02:29] <thumper> wgrant: and this one
[02:29] <thumper> wgrant: that's it
[02:29] <wgrant> Hmm.
[02:31] <thumper> found it
[02:32] <thumper> although it is FUCKING INSANE!
[02:32] <wgrant> Uhoh.
[02:42] <thumper> about to ec2 land the big branch \o/
[02:43] <wgrant> sinzui: Did you send my branch off to PQM?
[02:44] <wgrant> I don't see it yet.
[02:44] <sinzui> wgrant, ec2. pqm was being a bitch to me
[02:44] <wgrant> sinzui: Ah, that would do it. Thanks.
[04:17] <thumper> 'ec2 land' isn't working for me
[04:17] <thumper> SFTPError: Garbage packet received
[04:17] <thumper> others getting this?
[04:18] <wgrant> thumper: Merge devel, apparently.
[04:24] <wgrant> How would I go about getting a cron.publish-ftpmaster log or two? Do I need to talk to $REAL_SOYUZ_PERSON, or can somebody else see them?
[04:25] <wgrant> spm, maybe? ^^
[04:27] <spm> wgrant: getting may be difficult in a policy sense; what are you after in particular?
[04:28] <wgrant> spm: Well, all the data processed by them is public. But I'm mostly interested in the more detailed timestamps that jpds introduced in 10.03.
[04:34] <spm> hrm. looks like someone has got shell debug mode on in that script...
[04:35] <spm> awesome. 2 differeing sets of time/date logging in the same logfile.
[04:35] <spm> 2010-04-05 23:27:54 DEBUG   Skipping release files for warty/PROPOSED
[04:35] <spm> Tue, 06 Apr 2010 00:28:00 +0100: Not re-signing /srv/launchpad.net/ubuntu-archive/ubuntu/dists.new/karmic/Release
[04:36] <wgrant> Yeah. Some is probably from cron.publish-ftpmaster, some will be from publish-distro.py (inside c.p-f), and some from apt-ftparchive (inside p-d)
[04:36] <spm> fwiw, fyi et al, the first +TZ is preferred over the 2nd.
[04:37] <wgrant> Yeah, much more sortable.
[04:37] <wgrant> And readable.
[04:37] <spm> heh; yes; but more importantly. standardised and accepted. :-)
[04:37] <spm> Tue, 06 Apr 2010 <== looks quite differnet in a diff lang setting :-)
[04:38] <wgrant> True.
[05:19] <lifeless> spm: subunit?
[05:20] <spm> lifeless: yarp - aware of. haven't look at yet...
[07:01] <wgrant> spm: Are edge updates coming back at some point soon?
[07:01] <spm> wgrant: they're actually back atm - I gather they were re-enabled overnight last night our time
[07:01] <wgrant> spm: Ah, so it should update in a few hours. Thanks.
[07:02] <spm> 1 hour I believe is when it kicks off - 0800 BST; takes about 45-50 mins to run.
[07:13] <wgrant> Ah.
[07:14] <wgrant> Is the S there Standard or Summer?
[07:17] <lifeless> I think the answer is 'yes'
[07:17] <lifeless> that is, that BST refers to the normal and daylight savings offsets
[07:18] <wgrant> \o/
[07:18] <wgrant> That's about as bad as sites (eg. LP) calling Australian Eastern Standard Time 'EST'.
[07:31] <spm> wgrant: I don't see the problem with 'EST'? Surely everyone is totally Australian Centric such that no one else would ever confuse us by also using 'EST' !?!?!?
[07:33] <wgrant> spm: I found a similar case last night while watching the STS-131 launch blog... it quoted times in EST. Now, public NASA times are traditionally given in US Eastern time. But it turns out the website had detected my location and was in fact talking about AEST.
[07:33] <wgrant> *That* was confusing for a while.
[07:33] <spm> hahahaha I'll bet!
[08:19] <adeuring> good morning
[08:40] <spm> wgrant: edge rollout failed spectacularly. fyi.
[08:40] <wgrant> spm: YAY
[08:40] <wgrant> I guess there were some pretty big cullings over night.
[08:41] <wgrant> (auth DB, and a whole lot of code)
[08:41] <spm> I believe so. this looks like a configs mess from a Q&D looky
[08:41] <wgrant> Yay.
[09:23] <mrevell> Morning
[09:45] <wgrant> Do we have any Soyuz people today?
[09:46] <wgrant> If so, #launchpad.
[09:49] <wgrant> It looks like cron.publish-ppa's process-accepted.py is not running properly.
[09:49] <wgrant> Or possibly ppa:hakaishi/qshutdown's publish flag is off, but I don't think that's it.
[11:24] <wgrant> Still no Soyuz people alive?
[11:25] <james_w> wgrant: jelmer is your best bet today
[11:28] <wgrant> Well, there is an operational issue. Somebody probably needs to inspect cron.publish-ppa logs and work out why https://edge.launchpad.net/~hakaishi/+archive/qshutdown/+build/1627084 isn't published yet.
[11:29] <wgrant> (process-accepted.py appears to have skipped it)
[11:35] <jelmer> wgrant: hi
[11:36] <wgrant> Morning jelmer.
[11:53] <wgrant> jelmer: Can you see the relevant log, or does that need a LOSA?
[11:58] <jelmer> wgrant: I don't think I can see the relevant log, at least I wouldn't know where to look
[12:04]  * jml sniffles his way into #launchpad-dev
[12:05] <wgrant> Morning jml.
[12:28] <jml> actually, I'm calling it quits on today
[12:29] <jelmer> not feeling well ? :-(
[12:29] <jml> nope
[14:05] <leonardr> salgado, who can i direct to look at OOPS-1556K2375? it looks like an OpenID data problem
[14:08] <salgado> leonardr, that'd be myself
[14:08] <leonardr> salgado: let me forward you the guy's email
[14:43] <salgado> leonardr, did you forward it to me?
[14:46] <leonardr> salgado: i cced you on my reply
[14:47] <leonardr> i can forward if you didn't get it
[14:51] <salgado> leonardr, please. I didn't get it
[14:55] <leonardr> salgado, done
[15:01] <salgado> leonardr, still haven't gotten it.  to what address are you sending?
[15:02] <leonardr> salgado: salgado@canonical.com, which is what my address book has for you
[15:02] <leonardr> is it your full name@canonical?
[15:02] <salgado> that should work
[15:03] <leonardr> salgado: should i try your full.name@?
[15:04] <salgado> leonardr, no need to.  it should reach me at some point
[15:04] <leonardr> ok
[15:04] <leonardr> salgado: doh, i never *sent* the email. it was in my outbox
[15:06] <salgado> heh
[15:06] <deryck> gary_poster, hi.  Concerning the general problem nature of that ajax-form bug...
[15:07] <gary_poster> deryck: hey, yeah
[15:07] <deryck> gary_poster, we need a general solution for history when writing ajax apps.  Perhaps yui3 already provides us with all we need?
[15:07] <gary_poster> ah.  yeah, it is supposed to, IIRC.
[15:08] <gary_poster> deryck: mars is out right now, but I'd ask him when he returns.  other YUI3 people could probably confirm as well
[15:08] <gary_poster> deryck: do you want to push that back to foundations to document the approach, and then I'll push it back to malone for the changes to that particular form?
[15:09] <gary_poster> ("document the approach" I hope will be a wiki page link to YUI docs somewhere)
[15:09] <deryck> gary_poster, I don't think we need to do that yet.  I'll follow up with mars to make sure we have everything we need.  we can document as we fix it if so.
[15:09] <gary_poster> deryck: awesome thank you.  feel free to push back over here if you think it's appropriate though
[15:10] <deryck> gary_poster, cool.  will do.  thanks.
[15:10] <gary_poster> ty
[15:13] <gary_poster> deryck: are you guys the lucky stiffs in charge of hwdb?  If so, did you see my comment to https://bugs.edge.launchpad.net/checkbox/+bug/550973 and are you OK with it?  Are you further ok with me assigning it to malone, or is there something else more appropriate I should do with it?
[15:14] <mup> Bug #550973: checkbox should send a referer header when it POSTs data to Launchpad. <checkbox:In Progress by cr3> <Launchpad Foundations:New for adeuring> <https://launchpad.net/bugs/550973>
[15:14]  * deryck looks again....
[15:16] <deryck> gary_poster, yes, we can target this at malone.  however... are you saying that the exemption for checkbox should *not* be added?  adeuring already has a branch for this.
[15:17] <gary_poster> deryck: no, I'm saying it *should* be added, permanently.  The only difference, I think, between what adeuring has done and what I'm suggesting is that we should include an explanation of this exception along with the others in the comments for that part of the code.
[15:18] <gary_poster> I'll clarify that in the bug
[15:18] <deryck> ah, gotcha.
[15:18] <deryck> gary_poster, super.  So definitely re-target to us, too.
[15:18] <gary_poster> deryck: ack thank you will do
[15:19] <deryck> adeuring, since you've already started work on the above bug 550973, we need to get a card on the board for it, too.
[15:19] <mup> Bug #550973: checkbox should send a referer header when it POSTs data to Launchpad. <checkbox:In Progress by cr3> <Launchpad Foundations:New for adeuring> <https://launchpad.net/bugs/550973>
[15:20] <dhastha_> danilos, I've got an error Unable to install launchpad-developer-dependencies after ./rocketfuel-setup
[15:26] <danilos> dhastha_, you need to run it with sudo, have you done that?
[15:26] <adeuring> deryck: done. Though I did not rally start any work on that bug.
[15:26] <danilos> dhastha_, btw, you are using Ubuntu, right? 9.10?
[15:27] <deryck> adeuring, ah, ok.  I saw a linked branch.
[15:27] <deryck> adeuring, simple to fix, though, right?
[15:27] <dhastha_> danilos, no am using 10.04 beta version
[15:28] <adeuring> deryck: well.... I am not how exactly the "precise specs" should look like... Sure, I can add the referer header stuff, but I am not sure if gary_poster has anything else in his mind.
[15:28] <adeuring> deryck: also; i wonder if should alternatively switch the submission HWDB report to the webservice API
[15:29] <dhastha_> danilos, no problem i installed with sudo apt-get
[15:29] <danilos> dhastha_, right, so, can you check if you have Launchpad PPA in your "Software Sources" (go to System -> Administration menu)
[15:29] <adeuring> that way, we would use a alraedy more os less well defined interface
[15:29] <danilos> dhastha_, right, then that part should be fine, you should be able to re-run rocketfuel-setup and it should complete everything it needs to do
[15:34] <dhastha_> while re run rocketfuel-setup   downloadings are going there
[15:37] <gary_poster> adeuring, deryck: I tried to clarify my suggestion in https://bugs.edge.launchpad.net/malone/+bug/550973 .  I'm vaguely +0 on switching to the webservice, but that's not up to me.
[15:37] <mup> Bug #550973: checkbox should send a referer header when it POSTs data to Launchpad. <checkbox:In Progress by cr3> <Launchpad Foundations:Invalid by adeuring> <Launchpad Bugs:New for adeuring> <https://launchpad.net/bugs/550973>
[15:41] <deryck> gary_poster, ack.  thanks
[15:41] <adeuring> gary_poster: ah, right... I added such a cimment only the test...
[15:41] <adeuring> to the test..
[15:45] <gary_poster> adeuring: cool.  yeah, I suppose you could refer to the test instead.  I just want to be able to read the code and know what's going on from there, directly or indirectly
[15:46] <adeuring> gary_poster: sure. I'll add such a comment. We can't get rid of this sort of special handling of the +hwdb/+submit URL for at least one year in order to support older HWDB client versions, so an API method wouldn't make this comment obsolete
[15:47] <gary_poster> adeuring: cool
[15:51] <salgado> leonardr, still haven't gotten that email.  has it gone out this time?
[15:52] <leonardr> salgado: i guess not... my email client is acting up
[15:53] <leonardr> salgado: ok, now it's sent for sure
[15:54] <salgado> leonardr, cool, thanks
[16:35] <rockstar> bac, my branch landed yesterday about time for your EOD.  I thought I should just let you know.
[16:35] <bac> rockstar: i did see it and my follow up branch landed as well
[16:35] <bac> thanks for the note
[16:35] <rockstar> bac, niiiice</borat>
[17:30] <rockstar> sinzui, can you explain to what's going on with the stylesheets currently?  I don't see a style-3-0.css but I do see a style-3-0.css.in which I would assume buildout would use to make the stylesheet.
[17:31] <sinzui> EdwinGrubbs, modified it so that it can be regenerated when the sprites change
[17:31] <sinzui> rockstar, ^
[17:32] <rockstar> sinzui, so I need to edit the .in file and re-run make?
[17:32] <EdwinGrubbs> rockstar: yes, you can just run "make combine-css".
[17:33] <sinzui> rockstar, It is the first thing I would try. combine css may be the real command since that is how I get my changes uncached
[17:33] <rockstar> EdwinGrubbs, I think I remember reviewing this, but now I see it makes me a sad panda.
[17:39] <EdwinGrubbs> rockstar: if you are just testing changes and don't want to run make after each edit, you could edit lib/c/l/icing/build/combo.css directly, which is what combine-css creates.
[17:40] <rockstar> EdwinGrubbs, well, it's not really that bad.  I just use Firebug a lot more before I edit the stylesheet.
[17:40] <rockstar> EdwinGrubbs, I'm just bitching because I'm a bitch.  :)
[18:22] <deryck> kfogel, ping
[18:22] <kfogel> deryck: hey
[18:22] <kfogel> deryck: what's up?
[18:23] <deryck> kfogel, you've got two branches hanging 'round the kanban board.  Did these land yet?  I can move them if so.
[18:23] <kfogel> deryck: hunh, sorry.  let me take a look
[18:25] <kfogel> deryck: moved them to landed lane; let me see if they're live yet
[18:30] <kfogel> deryck: so at least the fix in bug #538219 does not appear to be live on edge yet.  Is that expected?
[18:31] <deryck> kfogel, I think we've got some issues updating staging and edge after rollout.  So yes, not unexpected.
[18:31] <kfogel> deryck: that's the one where a file ending in ".debdiff" was not believed to be a patch by Launchpad, forcing the user to confirm it.
[18:31] <kfogel> deryck: ok, won't worry then.  For now, they're in landed lane; I can QA them both when edge or staging is updated.
[18:31] <deryck> kfogel, cool, sounds good.  I thought they were landed but didn't want to move them without asking.
[18:35] <leonardr> barry, do you know much about python pickling?
[18:43] <maxb> I seem to remember there being some public documentation for what vcs-imports reviewers are looking for when reviewing, but I can't find it. Can anyone point me?
[18:53] <kfogel> maxb: besides https://help.launchpad.net/VcsImports ?
[18:55] <maxb> kfogel: I seem to remember reading something more reviewer-oriented. I think it even mentioned not doing vcs-imports from sourceforge?
[18:55] <kfogel> maxb: hunh, no that I don't remember
[18:55] <kfogel> I mean, we check to make sure the source repository is real and that it's trunk not branch (if svn).
[18:56] <maxb> https://dev.launchpad.net/ReviewingCodeImports
[18:56] <kfogel> Not sure why we'd leave out sourceforge... I think we may have suspended for a time due to some kind of perf issue on our end or their end, but I thought that got fixed.
[18:56] <maxb> that's what I was after
[18:56] <kfogel> maxb: ah, yes -- and it's apache.org, and the issue is apparently still current
[19:24] <bdmurray> bac: just to confirm you are going test / land those branches right?
[19:29] <bac> bdmurray: yes, i will
[19:30] <bdmurray> bac: cool, thanks!
[20:00] <barry> leonardr-lunch: hi.  still need to know about pickling?  yeah, i know something about it :)
[20:36] <leonardr> barry: thanks, but the problem is now moot
[20:36] <barry> leonardr: cool
[22:15] <mars> rockstar, ping, do you have a moment to help test something on launchpad.dev in FF3.6 Lucid?
[22:16] <rockstar> mars, I can as soon as I'm off the phone here (and possibly picked up my wife, depending on how long this call goes)
[22:18] <mars> rockstar, ok, thanks.
[22:18] <rockstar> mars, is it something you can give me details to and I can just fire the deferred when its done?
[22:19] <mars> rockstar, simple: try the "Choose..." link on https://bugs.launchpad.dev/jokosher/+bug/12/+addbranch, using trunk/.  It should open a person picker.  For me, it does not.
[22:19] <mup> Bug #12: "Next 10 messages" changes Display Settings <Launchpad Translations:Fix Released by daf> <https://launchpad.net/bugs/12>
[22:21] <mars> ^ That is a DailyWTF bug title if I ever saw one
[22:32] <ubuntujenkins> hello i am trying to get the launchpad code as per https://dev.launchpad.net/Getting . how ever I am being asked to install the texlive packages. I have the texlive as per http://www.tug.org/texlive/acquire-netinstall.html which is required by the ubuntu-manual project. will launchpad work with this version of tex live?
[22:32] <ubuntujenkins> its not the texlive packages
[22:42] <mars> ubuntujenkins, assuming that there is no massive difference between the tug version and the main repositories, then I would think it should work.  Personally, I would just try it and see :)
[22:43] <ubuntujenkins> mars:  the tug version is better than the repo it has more of tex live in it but how do i stop it installing by the script?
[22:44] <mars> ubuntujenkins, that I do not know.  Someone who knows apt well would be able to tell you.
[22:45] <mars> I've never tried to install something with apt while forcing it to skipping a package dependency.
[22:46] <ubuntujenkins> the script only asks for "launchpad-developer-dependencies apache2 apache2-mpm-worker" but launchpad-developer....... depends on tex live
[22:46] <ubuntujenkins> thanks mars I will see if anyone knows
[22:53] <mwhudson> that seems a bit odd, for launchpad to depend on texlive
[22:54] <ubuntujenkins> I am trying installing it in synaptic I unmarked the texlive stuff before i did the install
[22:58] <mars> mwhudson, I think it is a dependency of a dependency
[22:59] <ubuntujenkins> I think so as well
[23:06] <mars> ubuntujenkins, found one path: use equivs to create a dummy package: http://osdir.com/ml/ubuntu-users/2010-02/msg02052.html and http://ubuntuforums.org/showthread.php?t=726317
[23:07] <mars> anyway, I'll wait and see what an expert says :)
[23:07] <ubuntujenkins> thanks mars I am getting somewhere but we will see when it is finished
[23:10] <wgrant> ubuntujenkins: Why does the manual project not use the system LaTeX?
[23:10] <wgrant> That's pretty hostile to development.
[23:11] <mars> or at least, why haven't they packaged the TUG version into a PPA or something
[23:11] <ubuntujenkins> I am not 100% sure but there isn't enough in the packages for our stuff to work. We have a great guy working on the laytex stuff.
[23:11] <ubuntujenkins> thats a though mars
[23:11] <wgrant> ubuntujenkins: Has a bug been filed?
[23:12] <ubuntujenkins> I don't know wgrant i will ask
[23:12] <wgrant> If you can't develop a manual for Ubuntu without using non-packaged LaTeX, one of us has a problem that should be fixed.
[23:13] <ubuntujenkins> we are using 2009 which is only packaged in lucid, but you are right it should be fixed
[23:14] <ubuntujenkins> apparently there isn't a bug that has been filled, as he is not sure on what the exact stauts of the packages is. They fail to work for our needs and are about 1gb smaller is size
[23:15] <mars> ubuntujenkins, that should just be a backport then, not a big deal from what I hear.  Especially if you use a PPA to build for karmic.
[23:18] <ubuntujenkins> mars:  I have just realised a ppa for text live is harder than, you may think there is a script included that means you can install stuff with out using synaptic etc
[23:24] <ubuntujenkins> how big is the launchpad source these days?
[23:24] <mars> ~/canonical/lp-branches/fix-ie-caching$ du -sh .
[23:24] <mars> 156M	.
[23:26] <lifeless> including pyc files
[23:26] <lifeless> :P
[23:26]  * mars *shrug*
[23:26] <wgrant> Plus all the deps.
[23:26] <mars> does du follow symlinks?
[23:27] <ubuntujenkins> thanks
[23:27] <lifeless> no
[23:27] <ubuntujenkins> I have no clue how i am going to understand all of this stuff
[23:29] <lifeless> follow the guide :P
[23:30] <mars> ubuntujenkins, "this stuff" is pretty broad :)
[23:31] <mars> If you listed all of the topic areas that a software engineer experienced with this particular project was functional in, I wonder how many you would get
[23:31] <ubuntujenkins> once i get it set up i will start poking around. I need to work out which bits i need to look at, and understand it all in general
[23:33] <mars> ubuntujenkins, when you know what you want to fix, give us a shout in this channel.  We can show you a path to get it done.
[23:34] <mars> And trust me, you will learn a lot just fixing one tiny little bug.
[23:35] <ubuntujenkins> thanks mars i think i will be, i have been asked to look into adding a feature to rosseta/launchpad translations. I am sure i will learn a lot. I started a manual sub project as a "tester" and now I am one of the devels
[23:36] <ubuntujenkins> it is to do with how launchpad deals with fuzzy translations, it was removed a while ago but. the team would like it improved and hopefully implemented as an option for translations. I think thats it anyway
[23:37] <ubuntujenkins> this is what i was told "It'd not just a matter of allowing fuzzy translations.  We also want to highlight the differences between the original English string and the current English string and the original (fuzzy match) translation, so the translators can easily see what's changed and adjust the translation accordingly."
[23:37] <mars> ubuntujenkins, have you thought about sending a mail to the lp-dev list, and CC'ing the rosetta team?
[23:38] <ubuntujenkins> not yet i will do, when i have some more time and a bit of an understanding of launchpad i am rather clueless at the moment.