[01:01] <mpt> Gooooooooooooood afternoon Launchpadders!
[01:12] <mpt> jamesh, ping
[02:38] <jamesh> mpt: pong
[02:55] <mpt> jamesh, sorry to be bugging you so often
[02:55] <jamesh> mpt: no problem.  Just don't expect me to answer at 7am :)
[02:55] <mpt> SteveA said that you have code to recognize requests from bots
[02:55] <mpt> and said that you should strip those from the traffic logs for me
[02:56] <mpt> He said it would take you 15~20 minutes :-)
[02:57] <jamesh> mpt: there is some patterns in the analyse-error-reports.py script in my jamesh/oops-tools/devel branch
[02:58] <jamesh> (it is just based on a sampling of the LP logs from ~ year ago though)
[02:58] <mpt> "So, ask James to filter the logs for you, removing search bots.  It will take him 15-20 minutes.  Then, you can continue analyzing the logs that remain. Or, if James can spare the time, interactively work with James on filtering the logs, with you saying what you want to know, and James doing the analysis code."
[02:58] <mpt> How much do you have time to do this morning?
[02:58] <jamesh> Is this just standard combined log format?
[02:59] <mpt> I don't know, I haven't seen any other format
[02:59] <mpt> The logs are in chinstrap:/~stevea/logs/
[03:00] <jamesh> I mean common log format with referer and user agent fields
[03:00] <jamesh> give me a sec and I'll prepare a script
[03:05] <jamesh> mpt: try ~jamesh/strip-bots.py on chinstrap
[03:06] <jamesh> pipe an uncompressed log file to it on stdin and it will output the lines whose user agent field does not match any of the patterns we use check for in the oops reports
[03:06] <mpt> jamesh, cool, thanks
[03:07] <jamesh> mpt: the patterns in that script were generated by grepping some older launchpad logs for accesses to /robots.txt and checking those user agents
[03:08] <jamesh> it might be worth checking if there are any more that should be added ...
[03:08] <jamesh> but it should get rid of googlebot for you :)
[03:09] <mpt> I think I'll include wget too
[03:50] <lifeless> hmm
[03:50] <lifeless> bradb: around ?
[03:50] <lifeless> or BjornT ?
[03:50] <lifeless> sorry, BjornT: ?
[07:02] <stub> jamesh: Am I supposed to be running product-release-finder on staging?
[07:03] <lifeless> stub: I think you can stop
[07:03] <lifeless> stub: as its all merged, but please start it in production on the next rollout
[07:03] <stub> Haven't started yet - last run was manual. I was wondering if it needs another run for testing.
[07:04] <jamesh> might be worth doing a manual run on staging
[07:04] <stub> I'll kick it off once it has finished rebuilding
[07:04] <jamesh> just as a sanity check (the changes since the last run I did on demo.lp.net aren't that big and had good test coverage)
[09:03] <stub> jamesh: Do you think it makes sense for the oops-prune script to bzip2 the oops reports as it does its thing?
[09:04] <jamesh> stub: Maybe.  Although it might be better to get LP to compress them when it writes them
[09:05] <stub> That would be better I guess, as it means the files will only be rsynced once.
[09:06] <jamesh> With the current code, I think we'd run into some problems compressing the current day's oops reports
[09:07] <stub> ?
[09:09] <jamesh> when you restart the app server, it checks to see what the last OOPS ID was -- I think that code will fail in the same way as your oops-pruning branch does if the last OOPS report is compressed
[09:09] <stub> race condition if we attempted to compress a file at the same time launchpad was writing it?
[09:10] <jamesh> not quite a race condition
[09:10] <jamesh> say I stop the app server, and compress all the day's OOPS reports
[09:10] <jamesh> when I start the app server it won't see any of them any more and start from 1 again
[09:14] <stub> I see
[09:14] <stub> So the appserver needs to be updated anyway, and might as well just spit out the files already compressed.
[09:15] <jamesh> yeah
[09:15] <stub> btw. I avoid re.match on principal, as re.match and re.search are interchangable and re.match's sole purpose appears to be to confuse newbies
[09:17] <jamesh> If I am disecting a string using a regular expression with groups, I find that re.match() shows the intent better
[09:18] <stub> I disagree, as using it means you have two subtly different regexp languages to deal with.
[09:19] <spiv> "does string X match pattern Y?" is a different case to "does string X contain a substring that matches pattern Y?"
[09:20] <spiv> I don't find the difference between search and match particularly confusing.
[09:20] <stub> spiv: Different cases, and you can use both re.match and re.search to do either. They are interchangable with subtle changes to the regexp you are using. And only Python has re.match syntax afaik, so it confuses people.
[09:22] <stub> re.match(r'.*substring') vs re.search(r'substring'), re.match(r'startstring') vs. re.search(r'^startstring'). And what about the silly re.match(r'^startstring')?
[09:22] <spiv> Sure, people can and do write silly regexes.
[09:22] <spiv> That's not python's fault :)
[09:22] <stub> Python is helping in this case
[09:23] <stub> Its confusing enough that a special note was added to re.match - using the wrong method is a really common error
[09:23] <stub> (in the library reference)
[09:24] <spiv> I remember being temporarily confused as a newbie.  I also remember that reflecting on the rather different definitions of the words "match" and "search" made the difference pretty obvious.
[09:24] <spiv> Anyway, just putting in my vote for "don't mind reading re.match".
[09:24] <spiv> I'll let you and your reviewer duke it out ;)
[11:09] <SteveA> jamesh: hi.  you mentioned in the last lp meeting about some caveats about using /code/ on devpad.
[11:09] <SteveA> iirc, it was that people shouldn't use such paths on the pending reviews page.
[11:10] <SteveA> is that right?
[11:10] <SteveA> I'm writing an email to send to the mailing list about this.
[11:10] <jamesh> SteveA: no.  I asked that no one go through the page and change all the URLs
[11:10] <SteveA> ah, okay
[11:10] <SteveA> so, they'll all work
[11:10] <SteveA> but we'll change to them gradually
[11:10] <jamesh> SteveA: the pending-reviews script maintains some state keyed off the URLs, so I'd need to update this data at the same time
[11:11] <jamesh> just updating the wiki page would cause the "state age" data to get reset
[11:12] <SteveA> jamesh: thanks.  I sent the mail.
[11:14] <jamesh> SteveA: if the symlink is in place, I can go ahead and make the change.
[11:30] <lifeless> SteveA: _thumper_: Did you see my comment on the patch ?
[11:32] <_thumper_> lifeless: looking now
[11:34] <jamesh> SteveA: I suppose we'll still need to use the longer URL as a PQM target til lifeless updates the PQM config too
[11:34] <jamesh> should be okay to use the short path for the merge source though
[11:44] <glatzor> ping doko
[11:44] <glatzor> doko: the German updstream translation of ooo-draw seems to be missing in Rosetta
[11:45] <glatzor> https://launchpad.net/distros/ubuntu/+source/openoffice.org/+bug/65267
[11:45] <Ubugtu> Malone bug 65267 in openoffice.org "Missing German upstream translations" [Undecided,Unconfirmed]  
[11:47] <doko> glatzor: there's nothing to translate ...
[11:47] <SteveA> lifeless: yes, I saw.  thanks for thinking of that.  we'll discuss it here at the hotel.
[11:48] <glatzor> doko: I won't call 4600 strings nothing :)
[11:48] <lifeless> ok, ciao then
[11:49] <glatzor> doko: if you run the app it is translated, but the template is missing in Rosetta.
[11:49] <doko> glatzor: please actually start OOo draw and show me *only one* untranslated string
[11:49] <SteveA> lifeless: we decided not to combine it with shortlist
[11:49] <glatzor> doko: This can have some bad impacts, since some translators started to retranslate ooo-draw in Rosetta
[11:49] <SteveA> as what they have in common is the idea of assuming a small number of results, but getting a larger number
[11:50] <glatzor> doko: as a result the newly done translation in Rosetta will override the upstream translation
[11:50] <SteveA> but one is to do with database APIs and the other to do with presentation, there are other differences in how we use them that are more significant.  However, we may combine them in the future, once we do more with shortlist
[11:50] <glatzor> doko: and the choas can beginn :)
[11:50] <SteveA> like making shortlist register an OOPS
[11:50] <glatzor> doko: furthermore there is no menu item for ooo-draw on my desktop.
[11:50] <SteveA> if the code for each was more complicated, it would make sense to merge them
[11:51] <glatzor> doko: https://launchpad.net/distros/ubuntu/+source/openoffice.org/+bug/65269
[11:51] <Ubugtu> Malone bug 65269 in openoffice.org "Missing item for ooo-draw in the GNOME applications menu" [Undecided,Unconfirmed]  
[11:51] <SteveA> but as each is very simple, let's not -- the integration would be more complicated than the code itself
[11:51] <SteveA> done.
[11:51] <SteveA> sone.
[11:52] <glatzor> jordi: could you please take a look at this: https://launchpad.net/distros/ubuntu/+source/openoffice.org/+bug/65267
[11:52] <Ubugtu> Malone bug 65267 in openoffice.org "Missing German upstream translations" [Undecided,Unconfirmed]  
[11:52] <doko> glatzor: glatzor: glatzor: glatzor: glatzor: glatzor: glatzor: glatzor: 65269 is a duplicate. kthxbye
[11:52] <doko> glatzor: glatzor: glatzor: glatzor: glatzor: glatzor: glatzor: glatzor: we don't merge the German translations into OOo
[11:53] <jordi> thanks doko :)
[11:54] <glatzor> doko: than you should communicate this to the translators. I wasn't aware of this. I searched for duplicates before filling the bug, but could not find any - perhaps my search terms were too bad.
[11:54] <glatzor> jordi: it seems that the Kurdish team has invested a lot of work in translating openoffice using Rosetta.
[11:55] <jordi> glatzor: yeah
[11:55] <jordi> do they have any problem?
[11:56] <glatzor> Do you only skip the German translations of openoffice or all languages?
[11:56] <glatzor> To be honest I don't understand the current situation
[12:00] <jordi> glatzor: me neither, I think I'm lacking some info here
[12:02] <glatzor> jordi: My problem is, that oo-draw seems to be completely translated upstream, but the Rosetta template is nearly empty and only contains some translations done by some members of the German Ubuntu translation team.
[12:04] <glatzor> jordi: I don't know how you role out the translations of openoffice. But we had this situation before with some other packages: the Rosetta translation override the upstream translations, Rosetta translation are different and sometimes even worse.
[12:05] <glatzor> doko: I am aware that there is no automatic merge from Rosetta to OO.o upstream. But as you said merge did you refer to merging Rosetta's oo.o translations into the language packs or to upstream?
[12:50] <lucasvo> a nice feature of LP would be, having a TODO list which is automatically created and updated from the source.(it would search for the string TODO in the source and list it on an html page
[12:55] <jordi> gah
[12:55] <jordi> just as I was going to answer glaztor
[12:55] <jordi> doko: https://launchpad.net/distros/ubuntu/edgy/+source/openoffice.org/+pots/ooo-draw
[12:55] <jordi> THERE Seems to be something wrong about that import, yes.
[01:04] <bradb> jamesh: ping
[01:04] <jamesh> bradb: pong
[01:05] <bradb> jamesh: hi, do you have time for a pre-imp call today?
[01:05] <jamesh> okay
[01:06] <bradb> jamesh: cool. when's a good time for you?
[01:06] <jamesh> bradb: I can do it now if that's convenient for you
[01:07] <bradb> jamesh: sure...maybe in 5-10 mins? do you have skype?
[01:07] <jamesh> bradb: we can do canonical VOIP or skype
[01:08] <bradb> jamesh: ok, skype's a better option for me
[01:09] <jamesh> fair enough
[01:18] <jamesh> bradb: so what is your skype name?
[01:25] <indu> hi
[01:26] <indu> I am working for a debian based distro and I found ubuntu related to this launchpad
[01:27] <indu> can some one tell me what way I can use this launchpad
[01:27] <indu> please
[01:36] <indu> hello
[01:36] <indu> can i get any help here
[01:37] <jordi> indu: what do you want to do?
[02:07] <indu> jordi: I went for a break
[02:08] <indu> jordi: Actually I am working for a debian based distribution
[02:08] <indu> jordi: and I am seeing that ubuntu has registered in launchpad
[02:08] <indu> jordi: i want to know what is the advantage of registering in launchpa
[02:09] <indu> *launchpad
[02:09] <indu> jordi: there?
[02:10] <jordi> sorry
[02:10] <jordi> back
[02:10] <indu> jordi: ya
[02:10] <jordi> which distro?
[02:10] <indu> jordi: its name is BOSS
[02:10] <indu> today only I registered our product in launchpad
[02:11] <indu> but i am not familiar with it so confused what to do next
[02:12] <indu> jordi : am I clear?
[02:12] <jordi> I'm trying to find out ;)
[02:13] <jordi> https://launchpad.net/products/boss
[02:13] <jordi> I see this.
[02:13] <indu> yes
[02:13] <jordi> okay, so what do you expect to get from launchpad?
[02:14] <indu> jordi: i want to know, what it provides
[02:14] <jordi> if you want to use launchpad package tracking capabilities, etc, you probably want to see if it'd be accepted as an actual distribution in https://launchpad.net/distros/
[02:15] <indu> jordi:  i want to use soyuz for our distro, how to do that then
[02:15] <jordi> salgado: indu is working on an Indian debian-based distro for the Indian Government
[02:15] <jordi> salgado: he's trying to find out how to integrate it in launchpad.net. Can you help here?
[02:15] <jordi> ie, get soyuz, malone, etc., if that's possible.
[02:16] <indu> yes exactly
[02:16] <indu> and indu is she not he
[02:16] <jordi> oops, sorry indu ;)
[02:16] <indu> jordi: its ok
[02:16] <indu> how to get soyuz
[02:17] <jordi> indu: let's wait and see if the people in the channel can help
[02:17] <indu> can u please tell me in simple what this launchpad is for and how it is helpfull for any distro
[02:17] <jordi> indu: another good place to look for info is the launchpad-users mailing list.
[02:17] <indu> jordi: yes i registered in that just now, i will look there shortly
[02:17] <LarstiQ> indu: launchpad provides a couple of services, you don't have to use all of them
[02:18] <LarstiQ> indu: for bazaar we use the bugtracking and branch hosting/mirroring
[02:18] <salgado> the first thing would be to register the distribution on https://launchpad.net/distros/, as jordi said. but this can only be done by one of the launchpad admins
[02:18] <jordi> indu: if registered in launchpad, you can get your packages tracked by soyuz, bugs in malone, etc.
[02:18] <indu> LarstiQ: what is soyuz
[02:18] <jordi> LarstiQ: yes, but this is not a "product", it is a distro, actually.
[02:18] <LarstiQ> jordi: Aye, not my area of expertise I'm afraid.
[02:19] <jordi> okay. :)
[02:19] <indu> i heard that soyuz is a package building tool which ubuntu is using and
[02:19] <indu> i want to use it
[02:19] <salgado> indu, so, I think the best option would be to email launchpad-users giving details about your distro and what exactly you want from launchpad
[02:19] <indu> can u tell me how i can use i for my distro
[02:20] <indu>  salgado: ok i will do that right now
[02:20] <indu> but can u people give me idea about soyuz please
[02:20] <indu> what it is?
[02:21] <salgado> indu, I'm afraid you won't be able to use soyuz for your distro right now, but launchpad provides a lot of other functionalities that you could use right away
[02:22] <salgado> indu, I'm kind of in a rush now, maybe cprov can give you more details about soyuz
[02:22] <indu> salgado: ok, but i read about soyuz product in launchpad, I am not finding any good documentation about that product
[02:23] <indu> cprov:  hi, can u give me some idea about soyuz please
[02:23] <cprov> indu: hi, yes, what are you looking for ?
[02:24] <indu> cprov: I am working for a debian based distro
[02:24] <indu> and now I need to convert all debian packages to our distro pacakges 
[02:25] <indu> as ubuntu is converting all debian packages into ubuntu packages
[02:25] <indu> cprov: and I read in launchpad that ubuntu is using soyuz for this convertion purpose
[02:25] <indu> cprov: am I correct?
[02:26] <cprov> indu: right, but I wouldn't call it *convertion*, since the format is the same, but I think I know what you mean
[02:26] <indu> cprov: yes its not convertion, its recompilation
[02:26] <indu> right
[02:26] <indu> ?
[02:27] <indu> cprov: its recompilation for renaming the package from debian to ubuntu, right?
[02:27] <LarstiQ> indu: on irc people can take a bit longer to answer since they might be busy, they will read your questions though, and answer in good time.
[02:28] <cprov> indu: in fact, soyuz is used to control the ubuntu, to help admins to process source uploads, to build them, to publish their binaries, etc
[02:28] <indu> cprov: ok, so how can i get it so that i can modify it according to our purpose and use it
[02:29] <cprov> indu: well, some pkgs are *modified*, some are simply synchronized.
[02:30] <indu> cprov: ya so ca i say that soyuz is a tool?
[02:30] <cprov> cprov: just for curiosity, how deep do you want to modify debian ? how many pkgs do you have in mind ?
[02:31] <cprov> indu: a collection of tools integrated with LP
[02:31] <indu> we already compiled 800 packages manually
[02:31] <indu> but now we want to launch our own mirror so we are planning to recompile whole debian pcks
[02:31] <cprov> indu: uhmm, a lot ...
[02:32] <LarstiQ> indu: have you made actual changes to those packages?
[02:32] <indu> LarstiQ:yes w did
[02:32] <indu> *we
[02:32] <jordi> wow
[02:32] <jordi> what kind of changes, just curious
[02:33] <cprov> indu: sounds like something huge, almost like world domination ;)
[02:33] <indu> jordi: we added some extra features to some of the pkgs
[02:33] <indu> cprov: yeah, but i think ubuntu is also doing the same
[02:35] <indu> cprov: from where I can get soyuz and use it for my purpose
[02:36] <LarstiQ> heya AlinuxOS 
[02:36] <AlinuxOS> LarstiQ, ;)
[02:36] <AlinuxOS> hello pal.
[02:36] <jordi> indu: you can't "get" soyuz, you can use it from launchpad.net
[02:36] <cprov> indu: yes. So, if you are interesting in hosting your distro in LP, the first step would get the admin permission to create it, kiko you be the guy.
[02:37] <indu> cprov: ok,
[02:37] <cprov> indu: jordi is right, you can't get soyuz yet, I supposing you would be ok using our infrastrucure.
[02:37] <cprov> \s\I\I'm
[02:38] <indu> cprov: oh, then will it help me in recmpiling my debian pacakges and rename it to boss (our distro name)
[02:39] <cprov> indu: yes, using our buildfarm
[02:39] <indu> ok
[02:39] <AlinuxOS> hello all, tomorrow is deadline for nonlangpack translations, I've uploaded help of debian installer https://launchpad.net/distros/ubuntu/edgy/+source/debian-installer/+translations but it's not still commited. Can someone help me ? 
[02:40] <indu> cprov: ok, so if i register our product with LP, i can use all these u say , right
[02:40] <indu> cprov: then how does this soyuz keep track with the debian site
[02:41] <cprov> indu: you want a distribution, not a product
[02:41] <AlinuxOS> + yesterday I've requested debian-installer's .po file...and only today I got .po file on my mail :( why it's so slow ? danilo__ maybe you know bro?
[02:41] <indu> cprov: yes
[02:42] <indu> cprov; jow can i contact kiko
[02:42] <cprov> indu: we have tools to sync a pkg from debian to another distro
[02:42] <cprov> indu: he will be around soon 
[02:42] <indu> cprov: ok fine
[02:42] <cprov> indu: email always help (kiko@canonical.com)
[02:43] <indu> ok i will do it
[02:44] <cprov> indu: nice, I'm looking forward to know more about your case.
[02:44] <danilos> AlinuxOS: hum, I don't know, I know that ooo import is in progress, but I am not sure if that relates to exports as well (it shouldn't)
[02:45] <indu> cprov: hey one silly doubt
[02:45] <danilos> mdke_: ping
[02:45] <indu> cprov: is this launchpad opensource, the registration of our distro will be free ?
[02:46] <AlinuxOS> danilos, the problem is that I'f I import re-checked debian-installer tonight... It must be tempestive... cause 12 we have a deadline...
[02:46] <AlinuxOS> danilos, 1 day for importing is too slow anyway. :(
[02:46] <cprov> indu: It's not entirely OSS yet, some part are and will continue to be released as OSS.
[02:47] <Mez> why am i not seeing the links that are meant ot be on the left on this page ?>
[02:47] <Mez> https://launchpad.net/people/mez/+branch/katapult/dev
[02:47] <Mez> and a few other branches
[02:47] <danilos> AlinuxOS: yeah, that's entirely different problem; I tried downloading debian-installer yesterday, and it exported one for me right away
[02:47] <cprov> indu: about costs, I don't know
[02:47] <danilos> AlinuxOS: did it maybe get caught in your spam filter or something?
[02:47] <indu> cprov: do i need to accept any agreement
[02:48] <AlinuxOS> danilos, no normally it works for me...I use rosetta service regulary so it's very strange for me :(
[02:49] <cprov> indu: probably yes, something similar our CoC, kiko'll know exactly what will be required.
[02:49] <indu> cprov: ok thankyou, i will talk to kiko
[02:49] <indu> cprov: any help needed, i will ping u back
[02:50] <AlinuxOS> danilos, and what about debian-installer help ? :)
[02:50] <AlinuxOS> I've uploaded it 2 times yesterday...
[02:50] <cprov> indu: good, yup, anytime
[02:50] <AlinuxOS> and it's still no transaltions
[02:50] <indu> cprov: jordi, LarstiQ, bye
[02:50] <AlinuxOS> https://launchpad.net/distros/ubuntu/edgy/+source/debian-installer/+translations
[02:50] <AlinuxOS> (for Georgian)
[02:51] <cprov> indu: see you
[02:51] <danilos> AlinuxOS: can you please try again?
[02:51] <LarstiQ> indu: ciao!
[02:51] <AlinuxOS> danilos, yes of course!
[02:51] <danilos> AlinuxOS: ah, you are talking about import
[02:51] <danilos> AlinuxOS: no need to try again then
[02:51] <AlinuxOS> danilos, yes, import and export too :)
[02:52] <danilos> AlinuxOS: the problem is with the queue being very busy
[02:52] <AlinuxOS> where I can see that ?
[02:52] <AlinuxOS> I would like to be sure that module is uploaded.
[02:53] <danilos> AlinuxOS: we plan to put higher priority on human-uploaded files, but we are not there yet
[02:53] <danilos> AlinuxOS: launchpad.net/rosetta/imports
[02:56] <indu> kiko: hi kiko
[03:01] <Mez> hmmm - shouldnt I be able to sign the new version of the code of conduct without revoking my old one first ?
[03:04] <AlinuxOS> danilos, I cant really find debian-installer help .po file
[03:04] <AlinuxOS> I'll reupload then...
[03:19] <indu> kiko: r u there?
[03:25] <kiko-zzz> good morning
[03:25] <kiko-zzz> hey indu 
[03:25] <indu> kiko-zzz: good morning, but here it is good evening
[03:25] <kiko> indu, I am just looking at your emails
[03:25] <indu> kiko; thankyou
[03:26] <indu> kiko: i was waiting for you
[03:26] <kiko> indu, so you run a derivative of debian?
[03:26] <indu> kiko: yes, somewhat
[03:27] <kiko> indu, and you'd like to run it using launchpad?
[03:27] <indu> kiko: yes, 
[03:27] <indu> kiko: but first tell me what are the advantages of this please
[03:28] <kiko> indu, can I do that through email?
[03:28] <indu> sure
[03:28] <indu> kiko: sure
[03:28] <kiko> thanks.
[03:30] <kiko> matsubara, when is your next oops analysis due?
[03:30] <matsubara> kiko: today
[03:30] <kiko> cool
[03:31] <kiko> matsubara, the HTML output of the weekly oops report summary has an incorrect anchor
[03:31] <kiko> two actually
[03:32] <kiko> the links from "9 Invalid Form Submissions" and "13039 Pages Not Found" go to the wrong places
[03:33] <matsubara> kiko: thanks. I'll fix that.
[03:33] <indu> kiko: i am leaving to home
[03:33] <kiko> indu, okay, you'll see my email by tomorrow
[03:33] <indu> kiko: can i expect your mail by tomorrow morning
[03:33] <kiko> yes
[03:33] <indu> kiko: ok thankyou
[03:33] <kiko> yw
[03:33] <indu> kiko: daily u will come online at this time, right?
[03:34] <kiko> a bit earlier
[03:34] <indu> kiko: bye, take care, have a nice day 
[03:35] <kiko> hey SteveA 
[03:42] <SteveA> kiko: hey there!
[03:42] <kiko> how's it going old man?
[03:42] <SteveA> I just replied to the "unrelated merges in with a significant PQM landing" thread
[03:42] <SteveA> see if you can find agreement with me.  If so, we'll annoiunce the policy on launchpad list, and announce in tomorrow's meeting.
[03:43] <kiko> ah sure
[03:43] <SteveA> thanks!
[04:15] <Ubugtu> New bug: #65488 in launchpad "Need a whiteboard for distribution mirrors" [Medium,Confirmed]  http://launchpad.net/bugs/65488
[04:29] <salgado> SteveA, ping
[04:30] <Ubugtu> New bug: #65490 in launchpad "two services available; one service maxed out" [Undecided,Unconfirmed]  http://launchpad.net/bugs/65490
[04:36] <kiko> bradb, sounds good, then.
[04:36] <bradb> kiko: thanks
[05:11] <Ubugtu> New bug: #65498 in launchpad "Oops tools crash when there's no oops recorded." [Low,Confirmed]  http://launchpad.net/bugs/65498
[05:24] <SteveA> salgado: yo!
[05:25] <Ubugtu> New bug: #65502 in launchpad "Oops tools crash when we have only oopses with the same date and time" [Low,Confirmed]  http://launchpad.net/bugs/65502
[05:25] <salgado> hey SteveA. have a few minutes to chat about shipit?
[05:25] <SteveA> yes, in a short while
[05:25] <SteveA> I'll ping you in 5 or so, ok?
[05:26] <salgado> yeah, perfect
[05:33] <SteveA> salgado: ping
[05:48] <salgado> spiv, not around, I guess?
[07:03] <Spads> Drescher's filesystem is 95% full
[07:08] <kiko-fud> hmmm
[07:08] <kiko-fud> malcc, cprov: ping?
[07:08] <cprov> kiko-fud: pong
[07:08] <kiko-fud> cprov, did you see Spads' warning above?
[07:09] <cprov> kiko-fud: yup, we are removing some backups from new a-f transition
[07:09] <malcc> kiko-fud: pong
[07:10] <kiko-fud> malcc, ah, I have something else to talk to you about, but give me a moment
[07:11] <cprov> kiko-fud: btw, nealy open feisty time, it's bad ...
[07:13] <malcc> Backups removed, down to 93% full
[07:14] <kiko-fud> hmmm. what takes up so much space on drescher, malcc, cprov?
[07:15] <malcc> kiko-fud: It's still mostly old uploads. We decided to keep 3 months, and when I did the first deletion run I only deleted things which were accepted, just for extra paranoia
[07:15] <kiko-fud> ah.
[07:15] <malcc> kiko-fud: There's nothing yet which is automatically deleting old uploads/builds yet either
[07:15] <kiko-fud> right.
[08:20] <fabbione> sorry guys i need an LP admin..
[08:20] <fabbione> i subscribed a person by mistake to a bug and i would like to remove him
[08:23] <bradb> fabbione: unfortunately an admin can't unsubscribe them either.
[08:23] <fabbione> who can
[08:24] <fabbione> ?
[08:24] <bradb> stub could, be SQL might be a bit extreme
[08:24] <bradb> s/be/but/
[08:26] <bradb> fabbione: or you could use the unsubscribe email command
[08:27] <fabbione> bradb: ok.. i guess i will close my eyes and go "LALALALALA I DON'T CARE LALALALA"
[08:27] <fabbione> i remember asking about this fix over 6 months ago.. 
[08:28] <bradb> yeah, it's a 3-digit bug :/
[08:30] <bradb> BjornT: is it possible to bump up the priority of bug 633? it is pretty unforgiving.
[08:30] <Ubugtu> Malone bug 633 in malone "Malone doesn't let me unsubscribe a subscriber" [Low,Confirmed]  http://launchpad.net/bugs/633
[08:38] <BjornT> bradb: i wouldn't mind bumping it up a bit.
[08:40] <bradb> kiko-fud: what do you think? i think bug 633 deserves short-term attention.
[08:40] <Ubugtu> Malone bug 633 in malone "Malone doesn't let me unsubscribe a subscriber" [Low,Confirmed]  http://launchpad.net/bugs/633
[08:47] <fabbione> bradb: the ideal thing would be to notify the person that has been unsubscribed 
[08:47] <fabbione> at least if it happens by mistake it can be reverted
[08:47] <fabbione> anyway up to you guys
[08:47] <fabbione> either ways work for me
[08:47] <bradb> fabbione: yeah. the main issue is with private bugs.
[08:49] <kiko-fud> bradb, I don't think it is higher in priority than other 1.0 work.
[08:49] <kiko-fud> I do think it's a bother otherwise
[08:50] <bradb> I thought BjornT had some 1.0 room to spare, but maybe I'm wrong
[08:53] <cprov> danilos: ping
[08:53] <danilos> cprov: pong
[08:54] <cprov> danilos: do you have a plan to keep copy_translations in initialise-from-parent procedure ?
[08:55] <danilos> cprov: afaik, that's the idea, because after the initial run, it should be much faster
[08:55] <danilos> cprov: and people would still be updating "stable" branches with translations while "unstables" branches are developed
[08:55] <cprov> danilos: do you have an idea about how long it takes to copy edgy-to-feisty ?
[08:56] <danilos> cprov: it took 2+ hours to copy dapper to edgy, if I remember correctly (and ~20 minutes for breezy to dapper)
[08:56] <danilos> cprov: so, anything between those two times should be a good guess
[08:57] <danilos> cprov: carlos mentioned something about removing it from someplace because of table locking, but I am not quite sure of the details (it was discussed on launchpad-list)
[08:57] <cprov> danilos: so, we will keep it for feisty ... fine, we are openning feisty in mawson, you're welcome to perform any test you'd like to
[08:58] <danilos> cprov: ah, great, will see with carlos on Monday (when he's back from vacation) if there's anything he'd like to do
[08:59] <danilos> we'd, of course, like to hear of timings if you do that :)
[08:59] <cprov> danilos: well, IIRC it was the soyuz-build autoimport and poimport conflict ...
[08:59] <danilos> ah right, so it had nothing to do with this :)
[09:01] <cprov> danilos: uhm, the table is the same, I think, I vagelly remember something in this direction to reduce the required DB downtime.
[09:02] <danilos> yeah, the copy_translations can probably be optimised even more, but it would require far more human time than 2h every six months ;)
[09:02] <danilos> anyway, I'm off now, will think about if there's anything fun we'd like to run along with the feisty opening
[09:03] <cprov> danilos: nice, thank you 
[09:04] <danilos> np, anyway, I'm off to downtown now ;)
[09:39] <mdke_> danilo[out] : you are a GOD
[09:40] <mdke_> danilo[out] : (works beautifully)