=== corrideat [n=youreyou@190.48.181.209] has joined #launchpad [01:02] lifeless: hi, around? [01:05] yes [01:05] lifeless: I'm having some problems with bzr push [01:05] lifeless: I just sent an email to launchpad, do you have sometime to help me? [01:09] sure [01:10] ok [01:10] for the sftp one, please file a bug [01:10] I dont want to try to solve it right now as we are not using sftp for launchpad [01:10] ok [01:12] for the rsync one, does /home/warthogs/archives/carlos/launchpad/ exist on chinstrap ? [01:12] yes [01:12] the "trivial" branch is not a new one [01:12] and I'm updating it not doing a full upload [01:13] anyway, I checked it just in case and the path is correct [01:17] try putting the path in [01:17] bzr push chinstrap.ubuntu.com:/... ? [01:18] already done, same error [01:18] can you push to a new name ? [01:18] .../launchpad/trivial-2 [01:19] let me try it... [01:20] yes, It allows me to push to a new path [01:20] ok [01:20] when that finishes [01:21] try pushing to that same new path again [01:21] ok [01:23] lifeless: I suppose that if that works, I just need to push again all my branches that give me errors... [01:26] I'd say so [01:31] carlos: what's up? === carlos_ [n=carlos@84.76.255.40] has joined #launchpad [01:36] my network went down... [01:36] lifeless: it failed because the network outage, but a new push is working now === BjornT_ [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad [02:02] Gooooooooooooooooooood afternoon Launchpadders! [02:02] BjornT, thanks for removing the attachment cruft from bug comments === stub [n=stub@gb.ja.98.24.revip.asianet.co.th] has joined #launchpad [02:30] Kinnison, pong [02:33] mpt_: it's a bit late at this side of the world... [02:33] so I don't think Kinnison is around... [02:36] afternoon mpt_ [02:37] yeah, nor was I around when he pinged :-] === corrideat [n=youreyou@190.48.181.209] has left #launchpad ["Leaving"] [03:08] spiv: ping [03:13] stub: pong [03:14] spiv: Are you able to look at that librarian connection validation thing today or should I work on that? [03:15] stub: I can do that. I think I can add the last-accessed feature at the same time. [03:15] Seeing as I'll be poking code in that area. [03:16] But right now, it's lunch time :) [03:16] spiv: Ok. I'll want to push this to staging today, so ping me when you are done or if you get stuck. [03:16] Will do. [03:16] I'll start on it straight after lunch. [03:17] Mmm... breakfast... [03:27] jamesh, ping === tambaqui [n=patricia@200-208-50-234-mns.cpe.vivax.com.br] has joined #launchpad [03:55] Merge to devel/launchpad/: [r=stub] Vocabulary optimizations (r3059: Guilherme Salgado, Stuart Bishop) [03:57] ugh, bzr --version produces an OSError [03:57] funkay [03:58] ah, my terminal was in a directory that I'd since deleted and re-created [03:58] so I could understand bzr diff producing that error [03:58] but not bzr --version === carlos -> bed [04:27] mpt_: pong [04:29] jamesh, how is automating the Oops summaries going? [04:29] I'll have it emailing the list today [04:29] great [04:30] I can clean up the error pages to discourage reporting bugs, once the summaries are doing a better job of telling us what's urgent than bug reports are === mpt__ [n=mpt@219-89-128-5.jetstart.xtra.co.nz] has joined #launchpad [05:31] Merge to devel/launchpad/: [r=stub] Add an option allowing a person to hide their email address from other Launchpad users (r3060: Stuart Bishop, Guilherme Salgado) [06:08] Merge to devel/launchpad/: [trivial] Add missing comma (r3061: Stuart Bishop) === mpt__ [n=mpt@219-89-128-5.jetstart.xtra.co.nz] has joined #launchpad [06:55] Merge to devel/launchpad/: [trivial] Fix typos and lower isolation level of update-stats.py (r3062) === mpt [n=mpt@222-154-183-83.jetstream.xtra.co.nz] has joined #launchpad [07:17] Merge to devel/launchpad/: [trivial] More transaction isolation updates (r3063: Stuart Bishop) === mpt_ [n=mpt@222-154-113-130.jetstream.xtra.co.nz] has joined #launchpad === mpt__ [n=mpt@219-89-145-201.jetstart.xtra.co.nz] has joined #launchpad === mpt_ [n=mpt@219-89-145-132.jetstart.xtra.co.nz] has joined #launchpad === carlos [n=carlos@gandalf.pemas.net] has joined #launchpad [08:18] morning === stub [n=stub@gb.ja.98.24.revip.asianet.co.th] has joined #launchpad [08:26] morning [08:27] hi SteveA [08:28] hi matthew [08:36] SteveA: could you check to see if a launchpad error summary got caught by the mailman filters recently? [08:37] jamesh: i'll look [08:37] (and if so, add the from address used as an allowed address) [08:37] thanks [08:38] stub: on lowering the isolation of individual cron scripts: does it work well? i was thinking that we'd have to lower the isolation of everything else too, to get some effect. [08:39] SteveA: It is a start. I'm still mulling over dropping the isolation level of the primary launchpad instance. I notice that the default in SVN psycopg is now read committed too. [08:39] (I'm sorting out sessions though as that seems to be the primary source of our serialization exceptions at the moment) [08:40] jamesh: i don't see anything from mailman about a summary [08:41] the main constraint on isolation levels for sessions is that we don't get embarassing "i'm logged in but see his stuff" session id collissions / duplicates. [08:42] anything else doesn't matter so much [08:43] stub: what kind of things does an isolation level more isolated that read committed give us? [08:43] i'm sure i used to know, but it is now obscure to me :-) [08:43] SteveA: weird. It should have had a subject line of "Launchpad Errors for 2006-02-01" [08:43] nope [08:43] jamesh: can you try sending a test mail from chinstrap yourself? [08:44] it could be that chinstrap can't send mail to where it should go [08:44] nothing in the mailq though [08:44] SteveA: done. [08:44] foo [08:44] SteveA: It means if you select some results, and then select them again, you get the same list. [08:44] "echo foo | mail -s Testing launchpad@lists.canonical.com" [08:45] stub: unless you had an intervening write in the same transaction? [08:45] jamesh: received a foo [08:45] SteveA: It means your transaction sees a consistant snapshot of the database for the entire transaction and you don't have to worry about interferance from other processes. [08:45] SteveA: yes [08:46] does it mean that if i select from table A [08:46] and then wait a while [08:46] SteveA: I'll try running the script again [08:46] then another thread updates table B [08:46] and then i select from table B [08:46] SteveA: yes [08:46] that i'll see the original state of table B [08:46] erm, wrong nick sorry [08:46] stub: I thought read commit allowed inconsistent reads [08:47] lifeless: i'm asking stub about levels above read committed [08:47] lifeless: yes. Steve was asking about isolation levels greater than read committed. [08:47] oh right [08:47] stub: Btw, I have the database name check for the librarian working locally. I'll give the code another look, then push it up. [08:47] then my memory is fine ;) === SteveA decides to just read the papers again... [08:48] mpt_: how much longer are you around for? shall we have a call sometime? [08:49] jamesh: i have it [08:49] actually, i see two of them in the admin interface of mailman [08:49] i must have missed it before === mpt__ [n=mpt@222-154-154-116.jetstream.xtra.co.nz] has joined #launchpad [08:51] SteveA: okay. Could you let one through, and add the sender address to the allowed senders? [08:52] i thought i just did [08:52] but i don't see the email [08:53] it is in the archives though [08:53] https://lists.ubuntu.com/mailman/private/launchpad/2006-February/007462.html [08:54] jamesh: can you split the 404s into two lists: one with any percentage refered from local sites, and one with all coming from elsewhere? [08:54] jamesh: Nice report. [08:55] jamesh: in fact, three lists might be even better. [08:55] Heh, OOPS-32B440 is a bit of a doozy. [08:55] - 100% search bots [08:55] - any % local sites [08:55] - the rest (that is, no local sites, maybe some search bots) [08:55] "search bots" isn't quite an accurate term. [08:56] the reason is, we should definitely fix the ones from local sites, either by changing the link or fixing the 404 [08:56] There are some there that appear to be people pointing bzr at launchpad, thinking there's a bzr branch there. [08:56] the search bots and such we should look into, but there may be a good reason for them wanting a 404 [08:56] and the rest is interesting because it is probably guessed / chopped URLs [08:56] spiv: does bzr have a particular user agent string? [08:57] SteveA: Ask lifeless, I guess. [08:57] It probably says urllib or something. [08:57] not at the moment [08:57] it will say whatever urllib2 says [08:57] the pycurl one -might- get a custom agent [08:57] SteveA: But they're easy to distinguish, it looks for ".bzr". [08:57] one more request jamesh: copy the report onto some web page, and link to it from the emailed report [08:58] and the supermirror will point at launchpad because some users are muppets [08:58] this allows us to get to a version with clickable OOPSes [08:58] spiv: at the moment, search bots == user agent strings matching a bunch of regexps I noticed accessing https://launchpad.net/robots.txt [08:59] jamesh: Hmm [08:59] I dont think bzr could cause enough load to be a problem [09:00] jamesh: See e.g. OOPS-32A111 [09:00] lifeless: it's more about the noise. and we can do stuff to the report to remove that noise, if needed [09:00] jamesh: Which appears to be categorised as a search bot, but looks like bzr to me. [09:00] SteveA: ah yes, I see [09:00] (user agent of "Python-urllib/1.16") [09:01] how about flipping it to, for example, "83% human" === poningru [n=poningru@n128-227-1-26.xlate.ufl.edu] has joined #launchpad [09:01] hmm, that sounds a bit macabre [09:01] half man half biscuit [09:02] I hear GWB has called for a ban on human-animal hybrids [09:02] spiv: sure. Do you think it is worth considering that kind of usage a bot then? === mpt__ wonders what https://shipit.ubuntu.com/MSOffice is all about [09:02] jamesh: Well, I think it's a human mistake. [09:03] jamesh: I *think* what's going on is that a user sees e.g. https://launchpad.net/products/bzr/+branches [09:03] spiv: there are branches registered in lp with a url in lp [09:03] jamesh: And thinks those hyperlinks link to the bzr branch, rather than a page about the bzr branch [09:03] spiv: if that makes sense [09:03] lifeless: People registering garbage, you mean? [09:03] yes [09:03] as I said, muppets [09:03] Right. :) [09:04] or misguided [09:04] something [09:04] spiv: okay. It is probably worth removing wget and python-urllib from the robots regexp [09:04] jamesh: So, I think it's possibly indicative of a UI problem, thus arguably worth bringing attention to. [09:05] But whether it's noise or valuable for these reports, I don't know :) [09:05] jamesh, that's excellent work [09:05] Is it possible to include referrers yet? [09:05] lifeless: You know, we could do something vile [09:05] spiv: if the requests are due to direct human action (as opposed to a search engine spider that just goes through following links), then it probably should be counted the same way as mozilla, IE, etc [09:05] nonoNO, I use vim. [09:06] lifeless: Make Launchpad issue redirects for accesses to a $branchpage/.bzr to the "correct" URL. [09:06] mpt__: it is making use of the referer information to give the % of local referers [09:06] lifeless: You can slap me now ;) [09:06] I'm not sure that thats a good thing to do [09:06] its certainly been discussed [09:06] mpt__: but not displaying it in the summary (the summary gets pretty large as you add more info) [09:06] lifeless: My gut feeling is no. [09:06] think security and redirects - cross site scripting [09:07] lifeless: Right. Requires careful thinking --> too hard :) [09:07] lifeless: bzr should probably set the user agent string for its requests [09:07] jamesh: AIUI urllib2 dont like dat [09:07] really? [09:07] jamesh: pycurl based transport may have us doing that, see above. [09:07] urllib2 can do that [09:07] it just takes more code than you'd think [09:08] well, diminishing returns then ;) [09:08] as we want pycurl to be the primary http client anyway [09:08] jamesh, maybe the single top referrer for each NotFound [09:08] lifeless: you just create a request object, set the User-Agent header, and issue the request === SteveA had thought it was more complex than that [09:10] something like: request = urllib2.Request('http://foo'); request.add_header('User-Agent', 'bzr/0.7'); response = urllib2.urlopen(request) [09:17] Morning all [09:22] lifeless: i like this: http://source.schooltool.org/coverage/ [09:22] drill down and see code not covered by tests [09:25] nice [09:26] well, as far as it goes. pity it doesn't seem to do if clause marking === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [09:26] what is "if clause marking" ? [09:27] if foo() or bar() [09:27] we want to see if the or bar() side is being evaluated [09:27] the code coverage stuff is done by hooking into the python interpreter, and checking what lines have been executed during a test run. [09:27] so, it doesn't go within a single line [09:27] yup [09:27] AIUI its a known limit in the current coverage stuff [09:28] could be fixed with pypy -- and make the tests take years to run [09:28] i know the guys who set that report up, so we can chat with them about what they did / get code [09:28] 'fixed' [09:28] yes, that would be cool === astvoip101 [n=seymore@203.215.73.192] has joined #launchpad === fabbione [n=fabbione@82.109.136.125] has joined #launchpad === Keybuk [n=scott@82.109.136.125] has joined #launchpad [10:02] mpt__: ping [10:02] SteveA, pong === mdz [n=mdz@82.109.136.125] has joined #launchpad [10:03] mpt: voice call? [10:03] sure === cprov [n=cprov@217.205.109.249] has joined #launchpad === stub [n=stub@gb.ja.98.238.revip.asianet.co.th] has joined #launchpad [10:13] I was just typing 'I have an electrician here so I might get disconnected at any moment' when he cut the power and I got disconnected. [10:31] stub: ehe, hi, how is it going ? [10:32] good enough. === jinty [n=jinty@196-28-44-215.jhb.netdial.co.za] has joined #launchpad [10:39] stub: just because you're not in london ;) === stub is sooo glad he is not in London [10:40] Another beutiful sunny day in Bangkok. [10:43] SteveA: would you have some time today to talk with me about a zope3 feature? [10:43] yes [10:44] So SteveA - any reason for having launchpad-infrustructure CC'd on a load of bugs apart from annoying developers with two copies of bug email? [10:44] SteveA: then, please, ping me when you are free [10:44] thanks === SteveA is on a voice call with mpt === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad === kiko [n=kiko@217.205.109.249] has joined #launchpad [10:52] good morning [10:53] hey SteveA [10:53] yo stub [10:54] kiko: morning [10:57] how's it going carlos? [10:57] stub, could we do a new gina run on production? [10:57] (on prat) [10:57] with updated code [10:57] kiko: fine, thanks. Preparing the PoMsgSetPage merge into rocketfuel before the meeting so we get it on production next week. [10:57] great === stub wonders were the output of the scheduled gina runs ended up. [10:58] is there a scheduled gina run now? [10:59] Yer - should be running every three hours [10:59] (on prat) [11:01] stub, the logs seem to be overwriting themselves every time gina runs [11:01] at least they were the last time I looked [11:01] and regardless, the archive on prat is not being updated IIRC [11:01] stub, also, we would need an updated gina. [11:02] Yup. I've emailed rt@ about the cron output. [11:02] so running RF gina (we've tested here on staging) on prat. [11:02] stub: we have no keywords in malone. daf and i want to classify "infrastructure" bugs (those where the party interested in the fix is other launchpad developers, not end users as such) separately from other bugs. [11:02] today, Launchpad, today! *grr* ;) [11:03] kiko: Are there any particular cherry pickable patches available? I can't necessarily roll out head due to database schema changes. [11:03] yes. [11:03] stub: mark said "I want to see people using the features of malone such as assignment / cc of teams and milestones and releases well, before we work on keywords" (paraphrased) [11:03] stub, r3050 [11:03] stub: so, this is an attempt to use the features of malone to classify bugs in this way. [11:04] stub, r3053 is just an additional test for that. [11:04] stub: if people get more than one email for this, that strikes me as a bug in sending email. [11:04] Well, we are now using them badly because we are getting side affects of our abuse of subscriptions to work around missing features [11:04] SteveA: Malone has no idea that I am subscribed to launchpad-bugs@ mailing list. It is an external system. [11:04] why are you subscribed to launchpad-bugs ? [11:06] carlos: ping. "i'm free" [11:06] :-P === SteveA wonders if carlos knows who "mr humphries" is [11:06] not really... [11:06] but it sounds funny... :-P === SteveA wonders if anyone under the age of 30 or not brought up in the UK knows who "mr humphries" is [11:07] SteveA: So I get bugmail that is sent to the launchpad team [11:07] so, what's the zope3 question ? [11:07] SteveA: "I'm free!" [11:08] SteveA: from spiv's review to my POMsgsetPage, he suggested to look into any way to get records from forms [11:08] SteveA: and I'm under 30 === jsgotangco [n=jsg@125.212.120.177] has joined #launchpad [11:08] SteveA: because the translation form has a set of entries that are a kind of records (msgid, translations and fuzzy state) [11:09] SteveA: he said that zope3 has support to do that but he was not sure we had it activated on launchpad [11:09] SteveA: Malone has no way of tracking the subscription list for a mailman list. So if a bug has launchpad-bugs@... and stub@... as subscribers, it has no way to tell that stub will get two emails [11:09] or if that would be interesting vs. the currect solution that iterates over the submitted entries and doesn't care about the order [11:10] jamesh: so, obviously, we must integrate mailman into malone, rather than use keywords ;-p [11:10] the problem doesn't occur for teams without a team contact email [11:10] SteveA: and he suggested to talk with you about it [11:10] SteveA: okay. What do we do about mail aliases on systems we don't control? :) [11:10] jamesh: they should all use launchpad [11:11] carlos: are you talking about processing data from a form in a better way? [11:11] Don't click on the email address validation email that just got sent - it will just cause more trouble [11:11] yes [11:11] SteveA: following an structure === ajmitch mutters - more timeouts & oopses [11:12] stub: any cron jobs running? [11:12] Merge to devel/launchpad/: [trivial] some minor updates to the log analysis script (r3064: James Henstridge) [11:12] actually, provided we use the same message ID on all the mail sent out, people should be able to filter duplicate bug mail at destination [11:12] does mailman preserve message id? [11:13] yes [11:13] carlos: there is a system to do this. i think it would cause more problems than it solves, though. can i take a look at the code that could benefit from this? [11:14] Kinnison: you have been watching... [11:14] SteveA: sure, let me copy&paste it... [11:14] SteveA: Not that I can see, but we might have had dead app servers on gangotri [11:14] SteveA: :-) === stub can't see anything [11:16] Nah... they were fine. [11:16] SteveA: https://chinstrap.ubuntu.com/~dsilvers/paste/filehzuZhN.html [11:18] carlos: i think that code can be simplified a bit on its own. let's go to #c-m [11:19] SteveA: ok [11:20] SteveA, implementing {SoftwarePillarOfLaunchpad}Subscriptions should remove the need for external mailing lists to be subscribed to anything [11:20] but {SoftwarePillarOfLaunchpad}Subscriptions needs to be specced properly first [11:26] jamesh: assuming you have that level of access to your mail server. Not everyone can be arsed running their own. [11:27] stub: procmail can do it too, but yeah. [11:27] I'm sure google will be happy me installing procmail on the gmail servers :) [11:28] :) [11:28] It can be called gooprocmail, and be the next big story on slashdot! ;) [11:40] spiv: Did you push your librarian branch? [11:40] stub: Yep [11:40] $ bzr merge chinstrap:/home/warthogs/archives/spiv/launchpad/librarian-database-agreement [11:40] Nothing to do. [11:40] Hmm... [11:40] stub: Hmm. [11:40] merge does not understand rsync paths [11:41] Ahhh... but it is too embaressed to say anything. === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [11:45] i prefer software to say "i don't understand" rather than to say "nothing to do" === koke [n=koke@ubuntu/member/koke] has joined #launchpad [11:49] yes [11:49] I'll bet there is a bug there === Keybuk [n=scott@82.109.136.125] has joined #launchpad === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [11:58] stub: can you can I please go through the soyuz db stuff on emperor? [11:58] stub: turn up on ##soyuz1.0 and we'll go through it [12:03] It must be late, I can't spell [12:06] aww [12:06] I can't spell anyway [12:06] maybe I'm always late [12:07] maybe you're pregnant [12:07] there is visual confirmation on that daf [12:07] daf: when matsubara arrives, please talk with him about your scrape.py script [12:07] Kinnison is having a baby [12:08] I am? [12:08] eww [12:08] yes [12:08] SteveA: i'm already here. [12:08] SteveA: matsubara has already arrived [12:08] hi matsubara ! [12:08] hi SteveA [12:08] matsubara is always here [12:08] hi dag [12:08] ops hi daf [12:08] do you like dags? [12:08] matsubara's name turned up in a dream I had last night === Kinnison loves directed acyclic graphs [12:08] they make me wet [12:09] what the hell is happening in this channel? [12:09] this conversation was just surreal [12:09] Kinnison: was a DAG the father? [12:09] daf: clearly [12:10] I'm sorry [12:11] SteveA: are you thinking that this is a tool that matsubara will find helpful? [12:11] if so, what's the use case? [12:11] matsubara: do you have access to chinstrap HTTP yet? [12:12] daf: not yet. I sent the email requesting access yesterday. I'm waiting for a reply... [12:12] ok [12:12] daf: i think you and matsubara are doing similar things [12:13] matsubara: you have the password. i gave it to you on irc [12:13] daf: so, i think you can try co-ordinating around the output of that script [12:13] matsubara, he means http, not ssh/shell [12:13] daf: matsubara doesn't have ssh access yet, but should have web access [12:14] SteveA: I thought that one was just for the wiki. accessing the page. :) [12:15] matsubara: basically, I created this page to support work that Steve and I were doing on managing Launchpad bugs [12:15] matsubara: I wanted to filter and sort bugs in a way that Malone doesn't yet support [12:16] so I wrote a script to screen-scrape Malone and list the bugs in the way that I wanted === niemeyer [n=niemeyer@200.103.139.189] has joined #launchpad [12:17] yesterday I added a couple of pages to Malone that will make this information much easier to scrape [12:17] once that goes live, we'll be able to filter and sort bugs in many more ways [12:18] Kinnison: interesting ... launchpad still has a "hotplug" source package in ubuntu page [12:18] shouldn't that be removed along with the package? [12:18] or at least have a clear THIS DOES NOT EXIST in it [12:18] Keybuk: It will be marked removed [12:18] Keybuk: We haven't had removals processed into launchpad yet [12:19] Keybuk: check it out on staging.ubuntu.com and tell me if it's still wrong there please? [12:19] right [12:19] nothing obvious at https://staging.ubuntu.com/distros/ubuntu/+source/hotplug [12:20] daf: what kind of changes? [12:20] certainly nothing in /+filebug either to say "YOU ARE FILING A BUG ON A REMOVED PACKAGE YOU FOOL" [12:20] matsubara: well, for instance, Steve and I want to prioritise bugs that are user-visible [12:21] matsubara: we can filter out non-user-visible bugs by checking whether the Launchpad Infrastructure team is subscribed to them [12:21] daf: right [12:22] our main task is to decide which bugs get fixed for 1.1, and which are going to have to wait [12:22] hmm, there's a wiki page about this [12:22] daf: based on what should we decide on that? [12:23] https://wiki.launchpad.canonical.com/LaunchpadProjectMilestones [12:23] Keybuk: well, it's not in dapper, but that's about all I can suggest [12:23] Keybuk: certainly sounds like a malone UI refinement [12:24] Kinnison: good delegation skills [12:24] daf: If I took on everything, I'd die [12:24] daf: I'm trying to offload stuff anyway 'cos I won't be working on launchpad for a month or two once soyuz is deployed [12:25] just teasing -- I agree, it's a Malone bug and should be filed as such [12:26] matsubara: Steve and I are keen to use milestones as the primary way of prioritising bugs === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [12:26] Keybuk: are you going to file it? [12:31] daf: and how do I know which bugs go to milestone 1.1 or 1.2 or future? [12:31] good question [12:31] so far, Steve has been making all those decisions [12:33] SteveA: maybe we could develop a set of criteria for 1.1 bugs [12:33] yes, that's a good idea [12:33] I think it may come down to personal judgement in many cases, though [12:33] i don't have any to offer right now. maybe you and matsubara can discuss this [12:33] sure [12:34] also, we should make it so you and matsubara can talk using some voice software or other [12:34] spiv: ping [12:34] SteveA: pong === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has left #launchpad [] [12:34] spiv: skype or phone call? === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [12:35] hi david! [12:35] SteveA: I haven't installed skype on this laptop yet, so I guess phone call. [12:35] okay === mdz [n=mdz@82.109.136.125] has joined #launchpad [12:36] hi SteveA, wassup? [12:36] just saying "hi" [12:37] matsubara: for voice calls, I can do Skype or SIP [12:38] daf: I would have to setup things here. kiko do you have any idea? [12:38] or, of course, the POTS [12:38] pots for now is easier [12:39] daf, kiko ok. [12:39] kiko: can you guys expense this stuff? [12:39] yes. [12:40] cool -- my number is on the wiki [12:40] ok [12:40] spiv: Why don't we want remoteAddFile to send the database name? === carlos workraves [12:49]