[12:05] mpt: Are you rsync'ing and then merging locally? [12:07] yes [12:08] carlos: thats just the web ui [12:08] lifeless, ok === mpt wonders why, if he has a failure message from PQM, diffing against fresh rocketfuel now produces zero output [12:11] web ui up [12:11] mpt: What diff command are you running? [12:12] bzr diff ../rocketfuel/launchpad | less [12:12] mpt: I wish that worked too :) [12:12] mpt, bzr diff -r branch:../rocketfuel/launchpad|less [12:12] bzr diff -r branch:../rocketfuel/launchpad | less [12:12] mpt: do bzr diff -r branch:../.... lol [12:12] ;-) [12:12] the answer for janimo btw, is jan 21 [12:12] d'oh [12:13] erm feb 1 [12:16] whoa, "product groups" is in production [12:16] who did that? [12:21] thanks carlos + lifeless [12:23] kiko, should I change them back to "Projects" until the spec is done? === poningru [n=poningru@pool-71-243-233-73.tampfl.fios.verizon.net] has joined #launchpad [12:34] mpt, well, let's wait on that for now, I guess [12:39] I just have a branch in which I changed them to product groups, then changed them back to projects following the discussion, so now I'll need to change them to product groups again :-) [12:44] you trigger-happy kiwi [12:44] okay outta here === adn [n=adn@wahe.diwi.org] has left #launchpad ["thanks] === bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has left #launchpad [] === carlos -> bed [01:19] see you tomorrow === Kinnison [n=dsilvers@haddenham.pepperfish.net] has joined #launchpad === dsaa [i=dsa@210.213.76.170] has joined #launchpad === dsa [i=dsa@210.1.95.100] has joined #launchpad === mpt [n=mpt@203-167-187-229.dsl.clear.net.nz] has joined #launchpad === poningru [n=poningru@pool-71-243-249-217.tampfl.fios.verizon.net] has joined #launchpad === Kinnison [n=dsilvers@haddenham.pepperfish.net] has joined #launchpad === dsaa [i=dsa@210.213.94.154] has joined #Launchpad === dsa [i=dsa@210.1.93.91] has joined #Launchpad === Kinnison [n=dsilvers@haddenham.pepperfish.net] has joined #launchpad === dsaa [i=dsa@210.1.95.141] has joined #Launchpad === poningru [n=poningru@pool-71-243-249-217.tampfl.fios.verizon.net] has joined #launchpad === BenC [n=bcollins@debian/developer/bcollins] has joined #launchpad [04:11] jamesh: hey, I just need some sane defaults for when the bugzilla bugs for linux get merged over to malone [04:12] jamesh: how much control do you have over the import rules? === BenC [n=bcollins@debian/developer/bcollins] has joined #launchpad [04:13] I could add some override specific to the "linux" package name [04:13] I could add some override specific to the "linux" package name [04:13] ok [04:13] the rules I need are simple [04:13] for linux package [04:13] at the moment I don't think the "linux" bugs are being handled as well as they should, because there is no source or binary package called "linux" [04:14] if bug was opened before 12-01-2004, then the fix request should only be before linux-source-2.6.12 [04:14] wait [04:14] so get filed against ubuntu with no source package name [04:14] if opened before 12-10-2004 AND in needsinfo, then linux-source-2.6.12 [04:14] everything else can be against linux-source-2.6.15 [04:15] including resolved bugs? [04:15] resolved bugs, no [04:15] are you merging resolved bugs? [04:15] we are importing all bugs in bugzilla under the "Ubuntu" product [04:16] can you do a date range for when they were resolved? [04:16] I'm processing the duplicates table, so you should see the same "bug X is a duplicate of bug Y" relationships [04:16] not really [04:16] anything resolved after 12-01-2004, making it resolved in linux-source-2.6.15, anything before just mark it linux-source-2.6.12 [04:16] that info is only in the bug activity table, which I have been ignoring [04:17] ah [04:17] really would like them searchable by some "linux kernel" meta thing [04:18] malone is a different paradigm though, so that doesn't really fit [04:19] yeah. Ideally you'd lump bugs for all linux-source-* packages as a single category [04:19] although categorising them by source package works quite well in most cases [04:19] ok, just make all the resolved bugs against linux-source-2.6.15, since I can guarantee that it was fixed by then :) [04:20] can you do the assignee aswell? [04:20] assignee? [04:20] I would like all bugs that are in assigned state to be assigned to me, and everything else (new, unconfirmed, etc) to be for the kernel team [04:21] BenC, so would would "linux kernel" be? An aggregation of other products? [04:21] the assignees for the imported bugs will be the same as what's currently in bugzilla [04:21] mpt: yeah, right now it would be linux-source-2.6.10, linux-source-2.6.12, and linux-source-2.6.15 [04:21] jamesh: no way to override that? [04:21] BenC, are they actual products, or just Ubuntu packages? [04:21] they look like product releases, to me [04:22] mpt: what's a product defined as? [04:22] BenC: if you update it in bugzilla, then it will be imported with the rest of the data [04:22] BenC: you can do "change multiple bugs at once" with bugzilla to update the assignee of all the bugs at once [04:23] jamesh: kernel team has a group entry on launchpad, so I don't know how that translates [04:23] BenC, a product has a maintainer, has translations that are partly shared across series/releases, may be packaged in multiple distributions, etc [04:23] https://launchpad.net/people/ubuntu-kernel-team [04:24] BenC: it'll be moved over as https://staging.ubuntu.com/people/kernel-bugs <- bugs assigned to that team will cause emails to be sent to the team address [04:24] which is a mailing list in this case [04:24] BenC: if you add the kernel-bugs address as the team mail address, then it will assign the bugs to ubuntu-kernel-team [04:26] I'm not following, what is kernel-bugs-team? [04:26] BenC: the import process creates people in Launchpad if they don't already exist [04:27] BenC: it checks for existance by matching the email addresses [04:27] so if I assign it to the email address that is listed for ubuntu-kernel-team, then it will get assigned there? [04:27] since https://launchpad.net/people/ubuntu-kernel-team has no email address associated with it, the import process doesn't know that bugs currently assigned to kernel-bugs@lists.ubuntu.com should be assigned to ubuntu-kernel-team [04:28] ubuntu-kernel-team doesn't seem to have an email address at the moment [04:28] I didn't think there were any assigned there, that's just a QA contact [04:30] Ok, I added kernel-team@lists.ubuntu.com to ubuntu-kernel-team [04:30] what I'm saying is this: if you set ubuntu-kernel-team's email address to kernel-bugs@lists.ubuntu.com, then all bugs that previously had that email address as a QA contact or subscriber will have ubuntu-kernel-team as a subscriber when migrated [04:30] hmm, maybe I should just use kernel-bugs [04:30] ok [04:30] otherwise a separate kernel-bugs team will be created and it will be a subscriber [04:31] (which might also be okay) [04:33] jamesh, could I trouble you for the code for removesmartquotes()? :-) [04:34] jamesh: ok thanks === mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #launchpad [04:34] mdz! === mdz rejoins some channels he inadvertently left due to mindless xchat keyboard shortcuts [04:34] mpt: I'll do up a quick impl [04:35] thanks jamesh [04:35] there's nothing quite like doing a few quick successive control+Ws to delete the previous few words in a message, and having three tabs vanish instead [04:35] BOOM [04:36] mdz, that situation sucks, we need a better shortcut for closing tabs/windows that works everywhere [04:36] rather than "Ctrl+W except where people might be expecting emacs combos" [04:36] mpt, the people who actually know emacs vs. the people is who know ctrl+w as close window is vanishingly small [04:37] the irony is that ^W isn't even an emacs binding [04:37] ctrl+w in emacs is actually closer to ctrl+x rather than ctrl+backspace [04:37] at least not as delete-word [04:38] Ironically the Mac, which introduced Command+W for closing windows in the first place, avoids the problem by having Ctrl+W for delete word and *Command*+W for close window [04:39] and Windows usually doesn't have Ctrl+W in the first place, except in MSIE, Explorer post-IE4, and (iirc) Excel === poningru [n=poningru@pool-70-110-77-79.tampfl.fios.verizon.net] has joined #launchpad [04:41] mdz, anyway, that's not what I wanted to talk with you about ... Because I slept through the bike race, I didn't get to talk with you about Malone [04:41] is now convenient? === Mez [n=Mez@ubuntu/member/mez] has joined #launchpad [04:47] (... and Alt+F4 is horrid, because it's in the opposite direction to the angle of your thumb and fingers) [04:48] mpt, indeed [04:48] mpt, when do the lights go dark on Bugzilla [04:48] ? [04:48] mpt: it isn't as bad as ctrl+F4 [04:48] Burgundavia, ask jamesh :-) [04:49] jamesh, ^ [04:49] jamesh, true, what uses that? [04:49] mpt, close tab [04:49] Burgundavia: probably early next week [04:49] oh boy [04:49] and, oh boy [04:49] mpt, try it in FF [04:49] mpt: in MDI apps, close a subwindow. In some tabbed MDI apps, close a tab [04:49] screaming starts next week :-) === robitaille [n=robitail@ubuntu/member/robitaille] has joined #launchpad === mpt [n=mpt@203-167-187-229.dsl.clear.net.nz] has left #launchpad ["http://mpt.net.nz/"] [04:56] bah. mpt left === BenC [n=bcollins@debian/developer/bcollins] has joined #launchpad === robitaille [n=robitail@ubuntu/member/robitaille] has joined #launchpad === Keybuk [n=scott@descent.netsplit.com] has joined #launchpad === Burgundavia [n=corey@S0106000000cc07fc.gv.shawcable.net] has joined #launchpad === lbm [n=lbm@cpe.atm4-0-1301006.0x50a0824e.vgnxx6.customer.tele.dk] has joined #launchpad === Mez [n=Mez@ubuntu/member/mez] has joined #launchpad [08:11] morning [08:16] isn't it possible to just deny access to malone if the product doesn't use it? [08:17] or redirect to the bugtracker used? === Mez [n=Mez@ubuntu/member/mez] has joined #launchpad [08:28] lbm: not at the moment [08:28] lifeless: okay [08:29] lbm: what's the issue? [08:29] SteveA: i need to inform the developers about malone bugs [08:30] SteveA: they use sourceforge's bugtracker [08:30] i see [08:30] can i see one of the bugs? [08:31] https://launchpad.net/products/gnomebaker/+bugs [08:33] of those, only one is filed against the product alone [08:33] the others are filed against gnomebaker in ubuntu [08:34] oh, i see [08:34] the remaining one is https://launchpad.net/products/gnomebaker/+bug/6396 [08:34] Malone bug 6396: "gnomebaker doesn't start in latest dapper upload" Fix req. for: gnomebaker (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/bugs/6396 [08:34] and who should take care of these? [08:34] and from reading the bug, it should be filed against dapper [08:34] rather than upstream [08:35] so the package maintainers in question should take care of these and forward them to the upstream bugtracker if needed? [08:35] yes [08:35] because if it is a bug reported in ubuntu, the user typically won't know if it is an ubuntu-specific bug, or an upstream bug [08:36] you have a point though, that bugs can get assigned just to the upstream product [08:36] and then get "lost" [08:36] okay, are package maintainers informed automaticly? [08:36] they do [08:37] packages can have a "bug contact" who is notified when that package gets a new bug [08:37] some maintainers use this. others prefer to do a search for new bugs from time to time [08:39] okay [08:40] https://launchpad.net/products/gnomebaker/+bug/376 [08:40] lbm: maybe you want to raise this issue on the launchpad-users list? http://lists.canonical.com/mailman/listinfo/launchpad-users [08:40] Malone bug 376: "crashes during the cd burn for heavy metal music" Fix req. for: gnomebaker (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/bugs/376 [08:40] this one is funny :) [08:41] SteveA: you can't just make a internal note? [08:41] i will do [08:41] thanks! [08:41] but, that will be internal [08:42] as you raised the issue, if you want to get an answer for yourself, the best way is either to discuss on launchpad-users or to file a bug on it [08:43] yes, i know that, but i really don't have the time to track such things [08:44] that's okay [08:44] i'll talk about the issue with the team [08:46] great, thanks alot [08:47] lifeless: reviewers' meeting in 1h10 ? [08:50] SteveA: will you make a note about product maintainers not being able to upload single po's to languages i'm not a member of? [08:52] morning all [08:56] SteveA: yes [09:12] lifeless: did you find out what happened with the odd reverted stuff in RF ? === Mez [n=Mez@ubuntu/member/mez] has joined #launchpad [09:15] SteveA: no === Mez [n=Mez@ubuntu/member/mez] has joined #launchpad === carlos [n=carlos@13.Red-83-41-30.dynamicIP.rima-tde.net] has joined #launchpad === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [09:33] morning [09:34] jblack: hi, are you around? [09:38] Happy Easter Everyone! [09:52] Easter already? :) [09:52] ddaa: Bon Jour David :) [09:53] Hello sivang [09:53] just for a change [09:59] ddaa: hey dude! [09:59] reviewer meeting time [10:00] whos here ? [10:00] i am here [10:00] i'm here [10:00] agenda: [10:00] ------- [10:00] next meeting [10:01] main queue status [10:01] calls for help [10:01] other business [10:01] ------ [10:01] next meeting: jan 11th 0900 utc ok ? [10:01] i will be absent [10:01] i'll be in london at a sprint [10:01] / meeting [10:01] i will be on leave [10:01] kinda thing [10:02] SteveA: is that the distro one ? [10:02] no [10:02] SteveA: k. irrelevant anyway ;) [10:02] ok, well spiv will be back - so lets schedule it for then, its a best effort thing anyway [10:03] you can maybe schedule it for .br time [10:03] so, your morning [10:03] then kiko can attend [10:03] yah, I'll check later this week. [10:03] so, queue status, I assigned reviews to stevea, me, kiko today. [10:04] but kikos queue while small has stuff from the start of dec - bjornt, could you take kikos items ? [10:05] (I misread your leave flag ;) [10:05] lifeless: no, can't review my own branches :) [10:05] meh [10:06] are you up to review three branches ? I'll shuffle them around - give me and steve yours, and you three others ? [10:06] i'll review bjorn's branches in kiko's queue [10:06] lifeless: sftp://chinstrap/home/warthogs/archives/jamesh/launchpad/bug-4120 this one needs doing soon [10:07] as it is a blocker for bugzilla imports [10:07] SteveA: thanks. I'll move them to yours for clarity. bjornt - can you review jamesh's then as its your morning now ? [10:07] lifeless: sure [10:07] thanks [10:07] ok, any calls for help ? [10:08] not from me [10:08] i'm ok [10:09] ok [10:09] any 'other business' ? [10:10] no [10:10] no [10:10] doom then [10:10] .... [10:11] doom [10:21] jblack: around? === koke [n=koke@ubuntu/member/koke] has joined #launchpad [11:09] hey folks [11:10] daf: ping [11:10] hi sabdfl [11:10] hey SteveA [11:10] we have some performance issues, is stub on top of those? [11:10] what are the issues? stub is on vacation, back tomorrow [11:11] i was looking into issues with translation forms in production yesterday [11:11] SteveA: pong [11:11] and disabled suggestions, until some of carlos' work lands in the next production rollout next week === dsaa [i=dsa@210.1.80.173] has joined #launchpad [11:11] daf: more bug work shortly? [11:11] certainly [11:15] sabdfl: we have a problem with listing people like on https://launchpad.net/people/+index [11:16] and desipte turning off suggestions, we're getting timeouts on https://launchpad.net/distros/ubuntu/breezy/+source/evolution/+pots/evolution-2.4/it/+translate [11:16] and similar pages, although not as much as previously [11:16] yesterday's error log analysis is here: https://chinstrap.warthogs.hbd.com/~stevea/analysis-tue.txt [11:16] I was using lp for a few hours last night, and didn't get any. It did feel a bit slow though. [11:17] the issue with person pages might be the foaf karma cache updater [11:18] yeah [11:18] it was the karma cache updater [11:18] i'm going to disable it until stu gets back [11:19] SteveA, I'm working on https://launchpad.net/malone/bugs/6410 because it's blocking the .pot imports when I'm done I will resume my work on the suggestions fixes [11:19] Malone bug 6410: "New translation import queue is not able to edit .pot imports" Fix req. for: rosetta (upstream), Severity: Major, Assigned to: Carlos Perell Marn, Status: Accepted http://launchpad.net/bugs/6410 [11:19] jordi, that means that the new .pot imports will not work, only the ones that were already imported [11:19] carlos: ok. please let me know if it looks like the suggestions fixes are going to miss the rollout next week. [11:19] carlos: workaround? [11:20] carlos: can I still use the traditional import method? [11:20] SteveA, my timeline is tonight to have all them fixed. I will mail you tonight with the status of it [11:20] jordi, no [11:20] thanks carlos [11:20] tell me if there are any things you need help with [11:20] SteveA, sure, thanks [11:20] carlos: damn. I thought we agreed in Montreal to keep it working at least for some time [11:21] jordi, ? [11:21] jordi, I don't remember that. Could you remind me a bit? [11:21] I don't think both procedures are compatible [11:22] I thought we said we'd keep my old +addpotemplate method along the new thing [11:22] nod [11:22] +addpotemplate thing is there [11:22] but the issue is not with that, the problem is with moving things outside the import queue [11:22] to be imported [11:22] I know. But stuff goes to the queue, and I need to do each file one by one, right? [11:22] jordi, only the first time === dsa [i=dsa@210.5.88.162] has joined #launchpad [11:23] jordi, next time will be done automatically [11:23] the problem is that the .pot edition is not working, I found a bug [11:23] I'm fixing it + adding some missing tests [11:23] doing it one by one is terribly bad, if I import something with mnay translations for the first time it can take like 40 minutes... and is very error prone --> selecting the domain and language by hand, etc. [11:24] ok [11:24] but we need to look at the "performance" hit. I think it's a lot harder now, if I'm not doing anything wrong. [11:26] hey everyone, karma updates are turned off until stu returns and works out why they're causing problems. this means that karma will still accumulate, but this won't be reflected in the statistics for a few days. [11:28] lifeless: ping [11:32] jordi, ok. Please, could you talk with mpt about a way to improve the UI ? [11:33] carlos: first I need to find out if what I'm doing to import stuff is what you thought it'd be. [11:33] jamesh: hello [11:33] carlos: it'd help if lp could pre-fill a few things based on file name. [11:34] jamesh: what do you think about making the highlighting of "bug xxx" in bug text in launchpad be struck through if the bug is fixed or rejected? [11:34] carlos: ie, prefill me the Language box with French if the file is fr.po [11:34] and what does anyone else think about that... === SteveA will file a bug if it's a good plan [11:34] carlos: or if the files come from a tarball with a "gobby.pot", pre-assign that domain to the files. [11:34] carlos: how hard would that be? === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [11:38] jordi, well, those are special fields and I'm not sure If we have support to prefill them [11:38] but it makes sense, yes [11:38] carlos: nod. I don't know... before I just got a tarball and voil, everything was in place. [11:39] even if it was 150 files [11:39] now I'd have to do those 150 files one by one. [11:39] jordi, but rejecting the files that are not 'language-code.po [11:39] SteveA: i would interpret a struck through bug as invalid, thus for rejected it would make sense, but i don't see why fixed bugs should be struck through. [11:39] jordi, or creating the it_IT POFile instead of just 'it' [11:39] sure [11:39] that's why we need a manual review, to prevent those [11:39] I know it's not ideal [11:40] but it's the first step [11:40] I had to cleanup the tar.gz I uploaded, but once I had cleaned it, it was fast [11:40] ok [11:40] we'll talk abouit this on Monday [11:40] ok [11:40] see you later [11:40] are you leaving? [11:41] for 30 minutes [11:41] or so [11:41] jordi, do you need anything from me now? [11:41] no [11:41] ok [11:41] see you [11:47] BjornT: i think bugzilla does it this way, or does somethign like this === BenC [n=bcollins@debian/developer/bcollins] has joined #launchpad === koke [n=koke@ubuntu/member/koke] has left #launchpad ["Konversation] [12:03] SteveA: sounds like a good idea (re. strike-through for closed bugs) [12:04] SteveA: what do we do if a bug has two tasks, one open and one closed? [12:06] that's an interesting question. [12:06] the answer is in two parts [12:06] 1. most don't [12:07] 2. there are various places where it would be good to show some kind of overall status for a bug, considering all its tasks [12:07] bjorn and brad and i have talked about point 2 at various times [12:07] this may related to who you are; if you're involved in ubuntu, you care about the ubuntu task, not the upstream, most often [12:07] so, a person might have some prefered projects / products / distros [12:08] if you are viewing a bug filed against "product foo", and the referenced bug has a task against "product foo", I guess you'd be most interested in the status of that task too [12:08] that's true too [12:08] but, for striking through [12:08] although I'm not sure you'd be able to easily get that info from fmt:text-to-html [12:08] it is better to err on the side of leaving it unadorned === Nafallo_away is now known as Nafallo [12:09] so, only strike through when it is unambiguously closed [12:09] but, i think this needs input from mpt [12:09] thanks for writing the error reporting script. it helped me a lot to see the performance problem today [12:15] jamesh: thanks for fixing the aranha bug === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:35] morning guys [12:36] morning cprov === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:37] good morning! [12:37] ddaa: hey david ! === rap[awai] toid [n=raptoid@85.102.195.32] has joined #launchpad === gneuman [n=gneuman@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === carlos [n=carlos@237.Red-83-59-153.dynamicIP.rima-tde.net] has joined #launchpad === beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:26] is there any standard method of announcing in advance when the auth server is going down? === jinty [n=jinty@205.134.224.215] has joined #launchpad [01:26] it's quite inconvenient to find suddenly that the wiki loses write access === thisfred [n=thisfred@a80-127-80-154.adsl.xs4all.nl] has joined #launchpad [01:31] carlos: hi [01:31] carlos: bug 2173 [01:31] Malone bug 2173: "Generating a language pack fails assertion in export_rows:327" Fix req. for: rosetta (upstream), Severity: Normal, Assigned to: Nobody, Status: Accepted http://launchpad.net/bugs/2173 [01:32] carlos: do you think that removing the Last-Translator field when we don't know who it is would be an acceptable solution? [01:33] i can log into launchpad.net, but the Ubuntu wiki has no authentication, is this intentional? === lbm [n=lbm@cpe.atm4-0-1301006.0x50a0824e.vgnxx6.customer.tele.dk] has joined #launchpad [01:36] mdke: probably some maintainance for the AuthServer or something :) [01:37] weird that it works ok on launchpad tho === Nafallo is now known as Nafallo_away [01:38] daf, No, I think that we should allow teams to be there [01:42] just without email addresses? [01:43] I've just noticed that msgfmt isn't happy if there is no Last-Translator field [01:43] daf, well, teams can have an email address [01:43] mm, but they don't have to, I think [01:43] but Last-Translator should work without it, just the name [01:44] perhaps, instead of using Rosetta Admins when we don't know who the translator was [01:45] we could set it to "FULL NAME " [01:49] daf, well, the data model needs to know who did the translation [01:49] daf, so the export does not know if we know or not the translator that did the translation [01:49] is on the import part when we set it [01:51] hmm === Nafallo_away is now known as Nafallo === dsaa [i=dsa@210.213.86.75] has joined #launchpad === lbm [n=lbm@cpe.atm4-0-1301006.0x50a0824e.vgnxx6.customer.tele.dk] has joined #launchpad === carlos -> lunch [02:50] SteveA: bug 6422 [02:50] Malone bug 6422: "product translation page sometimes doesn't show table in some cases" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/bugs/6422 === cprov -> lunch === raptoid [n=raptoid@unaffiliated/raptoid] has joined #launchpad === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad === matid [n=matid@195.116.35.7] has joined #launchpad === bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad [03:24] stevea: you were looking for me? [03:26] hey james [03:26] jblack: yes. i went through the rocketfuel docs, and i have a bunch of questions. it may be easier for us to talk about it and see where i'm confused, [03:26] Sure, here, private msg? [03:26] And how many questions? I'm hungry, and I need coffee. :) [03:27] i was thinking voice, but i'm about to get some lunch [03:27] jblack: I'd like to voice chat with you later today. [03:27] ddaa: Sure [03:27] Lets all eat. [03:27] That'll give you guys a chance to relax for a moment, and to pump me up with carbs and coffee. === ddaa digs himself out of the mail backlog and try to find a voip client [03:27] I'll be back in ~ an hour [03:28] jblack: bon appetite [03:28] jblack: what voice client do you use (using ibook here, so I'm not sure skype is going to work). [03:28] I'm using skype, but I can call a landline. [03:28] The numbery ou gave me last time was not a landline. It was billed as a mobile [03:28] Well... it's technically not a GSM [03:29] but it's definitely a not-quite-standard line... [03:29] That was ok, but instead of 3 cents a minute, it cost 21 cents a minute. Worth it still, but.. :) [03:29] I have gnome-phone setup as well. I believe thats h323 [03:29] gnomemeeting you mean? [03:29] yeah. === jblack food === ddaa coffee === gneuman is now known as gneuman-food === matsubara is now known as matsubara-lunch [03:49] jblack: bah, just realised that my iBook does not have an external audio in... [04:00] can't you just talk to it? [04:01] brad did that with his powerbook [04:03] the powerbooks do have audio in [04:03] not sure if the ibooks have microphones [04:03] LarstiQ: it does have built-in mic [04:03] but not audio in... [04:03] so you just need some clippers and solder... [04:04] ddaa: you can talk to the built-in mic? === ddaa uses clippers and solders on SteveA soft parts. [04:04] at the 22c3, some people almost made contact with their laptop when speaking during a talk [04:05] ddaa: the built-in mic should be amazingly good [04:05] LarstiQ: probably, but I'm unwilling to remove my lappy from the it's cocoon of expensive desktop peripherals. === LarstiQ grins [04:06] ddaa, stevea: Back. [04:06] Fed and coffeed [04:06] Coffed [04:07] jblack: my food is still on its way. the pasta has another 5 minutes [04:07] Ok. Take your time. [04:07] Thats more coffee for me [04:08] I'll talk to ddaa first [04:08] jblack call my adsl phone (the pseudo landline) or let's have a private chat [04:09] Ok. calling pink panther [04:16] ddaa: for example, mdz: http://bazaar.launchpad.net/00/00/02/22 [04:16] Try bzr branch on that [04:19] thats not a good exfample, as mdz's branch isn't good [04:19] Except I seem to be having a problem. [04:20] it's giving met NotBranchError [04:20] Yeah, me too. [04:21] Ahh. Here's one that works: http://bazaar.launchpad.net/00/00/02/24 === matsubara-lunch is now known as matsubara [04:23] jblack, daf: i want to fit in a visit to the gym between now and a meeting i have at 1800 UTC. So, I want to leave in 45 minutes. [04:23]