=== Burgundavia [n=corey@S0106000000cc07fc.gv.shawcable.net] has joined #launchpad === spiv [n=andrew@adsl-66-203.swiftdsl.com.au] has joined #launchpad === WaterSevenUb [n=WaterSev@bl5-222-170.dsl.telepac.pt] has joined #launchpad [12:38] ok, sanity check: is trying to login to the wiki telling other people "Sorry, wrong password" too? [01:11] jordi, pong [01:11] carlos: way too late [01:11] I'm shutting down, I wanted to import a few things, with you watching. [01:11] tomorrow [01:11] jordi, sorry, I just come back from my parents' house [01:12] ok [01:12] see you tomorrow === stub [n=stub@203-217-37-199.dyn.iinet.net.au] has joined #launchpad === Nafallo [i=nafallo@c-459571d5.07-44-73746f50.cust.bredbandsbolaget.se] has joined #launchpad === asmodai [n=asmodai@sakko.demon.nl] has joined #Launchpad === mdke [n=matt@unaffiliated/mdke] has joined #launchpad === lifeless [n=robertc@dsl-211.17.240.220.rns02-kent-syd.dsl.comindico.com.au] has joined #launchpad === Nafallo [I=nafallo@unaffiliated/nafallo] has joined #launchpad === Nafallo_ [i=nafallo@c-459571d5.07-44-73746f50.cust.bredbandsbolaget.se] has joined #launchpad [04:50] jamesh: Around? [04:51] spiv: yeah [04:52] jamesh: The pending-reviews output for lifeless' arch-pqm branch seems weird to me. [04:53] There are conflicts that remove entire files. [04:53] I just registered his robert.collins@c.c--general archive in my chinstrap home dir this morning [04:54] I just wanted a quick sanity check from you to know if it really does have crazy conflicts, or if you think something funny is going on. [04:55] could be star-merge picking a bad ancestor [04:56] Well, pqm star-merges too. [04:57] I'd ask lifeless, but he's on holiday [04:57] Right :) [04:57] hm, is there a reason bug activity isn't the default bug view? [04:58] hmm [04:58] http://people.ubuntu.com/~robertc/robert.collins@canonical.com--general/arch-pqm/arch-pqm--main/arch-pqm--main--0/patch-7/log shows the last item is a merge from rocektfuel [04:59] s/item/revision/ [04:59] Which means it shouldn't have crazy conflicts, I would have though. [05:01] patch-7? [05:01] I see a patch-52 from here. [05:01] --general [05:01] his public archive [05:02] Ah, right. [05:02] There's two branches there. [05:02] I got confused :) [05:03] Ok, I have another question... [05:03] Ah, you removed the other one because it was already merged? [05:04] spiv: https://chinstrap.ubuntu.com/~jamesh/lifeless-pqm.patch <- without --star-merge [05:04] yeah [05:04] So it was a dud merge. Ta. [05:05] the type of dud merge PQM will have trouble with too [05:06] Yep. [05:07] But that's something lifeless can sort out, I only need to mention it in passing in a review. [05:07] I wonder if lifeless just did a full rocketfuel merge to his public archive, or a selective one? [05:07] (which might account for weird merging) [05:10] bob2: you mean the "activity log" malone page? [05:55] spiv: w.r.t. Mark's branches, I think the comment on PendingReviews says it all: "I'm not sure - I want the diff magic to show me!." [05:55] he's not after a review yet -- just wants the stats page to track the diff, conflicts, etc for him [05:55] maybe it should have been tagged doesn't-need-review-yet or somehting :) [06:00] jamesh: Well, he should have put it in his own queue then ;) === jamesh grumbles about lost attribution in the "get info" pages of the wiki [06:06] In theory that could be fixed. [06:06] I noticed that the names got fixed while the wiki was in Brazil [06:07] but the changes since the moin 1.3 upgrade were broken [06:07] So long as everyone has the same wiki name in Launchpad as in the old wiki, it would be possible to write a script to migrate the old IDs to the new ones. [06:07] now its switched back, so the data should all be there [06:07] The problem is that in Brazil, we were using plain moin 1.3. We're now back on Launchpad auth, which uses different user ids under the covers. [06:10] well, it is a problem that will become less important as time goes on [06:10] Yeah. [06:12] If we keep running local wikis for sprints, it'll be a recurring issue though. [06:12] I think this was just a one off [06:12] it's a pain for the people not at the sprint [06:12] no, we'll do local wikis as most meetings [06:12] well meetings where everyone is there [06:13] and it's easily avoided, since AFAIK we'll allowed to do the LP auth from anywhere, so next time I just need to give the data and the moin packages [06:14] with the way the Launchpad sprint was structured, only somewhere between a third and a half the team were in Brazil at any one time though [06:14] Well, it wouldn't be hard to run a local authserver for a local wiki. [06:14] if the wiki was moved to Brazil but still accessible, it wouldn't have been too bad [06:15] even if it was slower [06:16] (It'd be a variation what we're planning for AuthserverCaching) === spiv -> lunch === bob2 [N=rob@crumbs.ertius.org] has joined #launchpad === robitaille [n=daniel@d154-5-117-228.bchsia.telus.net] has joined #launchpad === _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad === yaniv [n=chatzill@85-250-221-81.bb.netvision.net.il] has joined #launchpad [08:21] Hello all! I had just noticed that Gaim is listed four times in the Hebrew Translation part of Rosseta, and at a glance, all version seemed identical. Does someone know anything about this? Is this a mistake, and we are doubling our work, or is it supposed to be like this? [08:26] yaniv: what URL are you looking at? [08:27] jamesh:https://launchpad.net/distros/ubuntu/breezy/+lang/he [08:28] not sure. [08:28] jamesh:if you search the page for gaim, you'll see it's list four times, (gaim-1, gaim-1 etc.) and the templates seem the same [08:29] yeah. if you click on the "source" column header they're all next to each other [08:30] yaniv: the Rosetta guys should be waking up soon, so if you wait a bit you should get an answer [08:30] they're on European time === Burgundavia [n=corey@S0106000000cc07fc.gv.shawcable.net] has joined #launchpad [09:39] jamesh: I have the bonobo helper lib ready, I will be sending it for your review soon [09:40] jamesh: I'm sure I have an handful of warths, make sure you let me know of them so I can fix *and* learn :) [09:41] jamesh: btw, must I use the autogen.sh script or make dist with it or can I drop it out of the tarball distribution? [09:41] sivang: to get a tarball, you should run ./autogen.sh, then "make distcheck" [09:43] jamesh: ok, I'll do that shortly. up until now I just used "make dist" to move the tarball around between palces I worked in [09:44] sivang: "make distcheck" makes a tarball, unpacks it and does a build, then tries to create a tarball from that copy [09:44] it helps pick up bugs that'd bite you further down the track [09:55] jamesh: cool , thx for the info :) [09:57] jamesh: I alwasy do make clean and make dist clean before I reattempt building etc, is this ok? [09:58] sivang: shouldn't be necessary [09:58] sivang: "make distcheck" should give you a tarball suitable for building a package [09:59] jamesh: k, now, I get some autogen warnings. Should we continue this in a more appropriate channel (g-l, or g-h maybe? ) [10:00] (feeling autotools stuff is getting bit OT for here) === yaniv [n=chatzill@85-250-221-81.bb.netvision.net.il] has joined #launchpad [10:06] hi [10:09] hi SteveA [10:10] hello jamesh [10:11] i want to get the schemas that are used only for browser stuff moved into the launchpad/browser/ package somewhere [10:12] this is kind of linked to making the autogenerated calendar forms have more user-oriented description fields [10:12] just schemas, or all interfaces that are browser specific? [10:12] okay [10:13] because we can put schemas in there that extend the schoolbel schemas, but with improved descriptions (improved from the end-user point of view) [10:13] that's a good question. i don't know if we have any browser-specific interfaces that are not schemas [10:13] I have some for calendar date ranges [10:14] the implementations are in browser/cal.py [10:15] date ranges sound very generic to me. [10:15] okay [10:15] more "structural", if you see what i mean [10:15] so i guess we can keep them in launchpad/interfaces/ [10:15] what do you thin? [10:15] think? [10:16] it sounds like a good idea [10:16] since the schemas used for data entry are likely to be similar to the interfaces for the real database objects [10:16] and we probably don't want them mixed up [10:17] mark originally wanted them to be kept together, because of the "keep all interfaces in one place" principle. but, in brazil, he'd had sufficient experience of using them to come around to keeping them separate. [10:17] this is what zope3 does, more or less [10:18] so, we need to decide where to put them in browser code [10:18] we can move them from interfaces/whatever.py to browser/whatever.py [10:18] that way, there's no new modules being created [10:19] and the schemas are in the same module as they are most likely to be used in [10:19] so we won't do something like browser/interfaces.py? [10:19] reducing the number of imports needed [10:19] right [10:19] okay. that makes sense [10:20] the "hard to find" aspect isn't as big a deal, for interfaces with only a single use [10:20] in zope3, the standard is to put "external" interfaces in interfaces.py [10:20] but "internal" interfaces near to where they are most often used [10:21] everyone should be using ctags anyway [10:21] so do we want to go through and move all browser level interfaces, or just keep it in mind during reviews? [10:22] we should get them all moved into the right places. [10:22] and also keep it in mind during reviews ;-) [10:23] okay. You mentioned extending the schoolbell interface for a data entry schema === bob2 [N=rob@crumbs.ertius.org] has joined #launchpad [10:23] is that possible without redefining all the properties? [10:23] (which is pretty much a new interface) [10:24] it may be possible to say something like [10:24] class SchoolBellForBrowser(SchoolBellOriginal): [10:24] foo = SchoolBellOriginal.foo [10:24] foo.description = _("Better description") [10:24] [10:25] i don't know for sure, though. [10:25] that's going to update SchoolBellOriginal.foo.description though [10:25] oh yeah [10:25] i am still jetlagged ;-) [10:25] so, you could do [10:25] foo = BetterDescription('foo', "Better description") [10:25] where BetterDescription does: [10:26] - look up 'foo' from SchoolBellOriginal or its bases [10:26] - clones foo, provided it is a Field. raises TypeError otherwise. === bob2 [n=rob@crumbs.ertius.org] has joined #launchpad [10:26] - resets the description on the clone [10:27] BetterDescription would use the "class advice" hook [10:27] so it actually runs after the SchoolBellForBrowser class suite is interpreted [10:28] do you know about the class advice hook? [10:28] no [10:28] it is a fancy metaclasses trick [10:29] i will get you some code, just a sec... [10:29] launchpad/lib/zope/interface/advice.py [10:29] SteveA: Seems very magical. Can't you just use foo = copy.copy(SchoolBellOriginal.foo); foo.description = _("Better description")? [10:29] copy.copy sounds very magical to me ;-) [10:30] You do have a point there ;) [10:30] but, if that works, it's great. [10:30] i don't know if Fields support being copied. [10:30] copying uses pickle [10:30] But I'd rate copy.copy as lesser evil than metaclasses ;) [10:30] i think [10:30] so if it does, it won't work [10:31] the class advice hook is what 'implements(IWhatever)' uses [10:31] spiv: do you think sqlobject should have a converter for set instances? [10:31] Well, it falls back to some of the same infrastructure as pickle, without actually pickling. [10:32] jamesh: so you now have two approaches, either of which *might* work :-) [10:32] see zope/interface/declarations.py for how advice is used, using addClassAdvisor [10:33] that code is evil :) [10:33] i'm only partly responsible :-) === jamesh hadn't considered using a non-type for __metaclass__ [10:34] jamesh: [10:34] >>> class Ten(1,2,3,4): [10:34] ... __metaclass__ = lambda n,b,d: sum(b) [10:34] ... [10:34] >>> print type(Ten), Ten [10:34] 10 [10:35] I can see why it all works [10:35] (It such a shame Python doesn't let you say "class Ten(*range(5))"...) [10:35] QUOTES PAGE! === carlos [n=carlos@243.Red-83-47-24.pooles.rima-tde.net] has joined #launchpad [10:37] jamesh: can you move over the appropriate schemas to browser/ at the same time you improve the calendar schemas? [10:37] okay [10:38] thanks [10:38] morning [10:39] hi carlos [11:09] carlos: what do you think about the message-id / original text in a comment thing that zope / plone uses? [11:09] we'll be using this in a few places in launchpad too, i expect [11:09] because of how page templates i18n works [11:10] SteveA, It should not be too difficult to implement a way to show it [11:10] in fact... I think it should work already [11:10] hmmm, no, perhaps no, as we only show comments that come from source code [11:10] but should be easy to extend Rosetta to show those other comments === jinty [n=jinty@205.134.224.215] has joined #launchpad [11:12] it would be a good thing to do soon, so the plone people can use rosetta well [11:13] the change to show those comments should be trivial, will try to do it later today === jstr [i=jstr@dsl-58-6-0-236.wa.westnet.com.au] has joined #launchpad [11:15] hey guys how long does it take for the verification email to be posted? [11:16] jstr: do you mean for verifying that an email address is your own? [11:17] when you sign up for membership, and an email gets sent to address that you provide [11:17] right [11:17] it gets sent to you immediately [11:18] any delay is from the normal short delay in sending email, or a longer delay if there's a routing problem to your mail server, or a *very* long delay if the address was mistyped [11:19] we had a problem a few weeks ago where there was a misconfiguration in the launchpad internal mail systems, and mail wasn't getting out. we fixed that, though. [11:19] its the right address... i think its just my slow crappy uni email address... oh well ill just wait it out === jinty [n=jinty@205.134.224.215] has joined #launchpad === jstr [i=jstr@dsl-58-6-0-236.wa.westnet.com.au] has left #launchpad [] [11:40] SteveA, btw, could you send me the emails about the pending reviews from daf? [11:40] SteveA, so I can finish the review changes and merge the branches? [11:48] carlos: i don't know what you need [11:48] SteveA, you told me on Brazil that i should take care of the open reviews that daf has while he's offline [11:49] SteveA, so you told me that this week you woul try to send me the review emails sent to daf so I can merge those changes after the review changes are applied [11:49] do you remember it? [11:52] i can't find any emails about these reviews [11:52] so, i'm not sure where they will be [11:52] SteveA, ok [11:53] I will send an email to daf just in case he reads it before coming back to work [11:53] okay [11:53] thanks [11:55] np [11:57] stub, I just requested a merge into rocketfuel for two fixes that should be cherry picked into production [11:57] stub, could you do it today? === ddaa [n=ddaa@ordo.xlii.org] has joined #launchpad === ddaa [n=ddaa@ordo.xlii.org] has left #launchpad [] [11:58] one of the fixes needs also that you execute a script to migrate data === Nafallo_ is now known as Nafallo [12:14] stub: can I ask you to cast an eye over daniel.silverstone@canonical.com--desktop/launchpad--rework-package-db--0 ? [12:15] stub: So far it's just all the database stuff for renaming BinaryPackage to BinaryPackageRelease and shuffling the publishing stuff around a touch more [12:15] stub: but it's quite a bit of db shuffling so I'd appreciate your eye on it [12:22] stub, btw, the error that you got with the whitespace migration script is a matter of move the .commit to another line and that should be all... I'm going to merge that fix too so we can finish that migration too === WaterSevenUb [n=WaterSev@bl5-49-46.dsl.telepac.pt] has joined #launchpad === SteveA [n=steve@adsl-213-190-44-43.takas.lt] has joined #launchpad === Mez [n=Mez@cpc2-lich4-3-0-cust115.brhm.cable.ntl.com] has joined #launchpad [01:08] hi... suppose I download "nano" po file from rosetta (breezy), and upgrade hoary to the latest nano breezy. Should the translation match the version of breezy? [01:12] WaterSevenUb: in theory yes [01:12] WaterSevenUb: it doesn't? [01:14] jordi: well... some of the strings that are translated in the PO file, like in the "help" text of "nano", when I run the program appear in the original (english), not translated. [01:15] WaterSevenUb: any other very visible string? [01:15] WaterSevenUb: what language? [01:15] jordi: ??, Portuguese [01:16] oh. [01:16] any other string that is translated but isn't showing up? [01:19] jordi: there are a lot of strings that do not appear in the PO file... but from the translated ones that do not appear I'm only finding one... give me one minute. [01:22] jordi: yes, there are... and what is more strange is that "Constantly show cursor position" in the PO file appears in "nano" as "Constant cursor position display" [01:22] jordi: so it seems that I'm mixing versions... [01:22] WaterSevenUb: ok [01:22] what version of nano are you using? 1.3.8? [01:22] jordi: yape... [01:24] WaterSevenUb: ok, from what I see, the translation in rosetta appears to be for 1.2.x (hoary) [01:25] I don't know why it's not tracking the breezy version yet. [01:25] Carlos? [01:25] jordi: hmmm.. how do you see that?:) [01:26] WaterSevenUb: hmm, because I know the messages :) [01:26] jordi, https://launchpad.net/distros/ubuntu/breezy/+sources/nano/+pots/nano [01:26] jordi, that's breezy [01:26] I'm quite involved in nano upstream :) [01:26] carlos: why isn't it linked from https://launchpad.net/products/nano/+translations ? [01:26] jordi: excellent! now I have someone to bother ;) [01:26] jordi, 1.3.7-2 [01:27] jordi, because what I told you yesterday, you need to link the sourcepackage with a product series [01:27] so they appear there [01:27] carlos: and we need to do this for every product? sounds like fun. [01:27] jordi, right ;-) [01:28] but it only needs to be done once [01:28] carlos: so, https://launchpad.net/products/nano/+series/head/ [01:28] do I "Link to Ubuntu package"? [01:28] future releases should reuse that information, you would only change the series if it's different [01:29] jordi, I think you were missing the needed permissions.. [01:29] am I right? [01:29] totally right [01:30] (hhmm... about a small note in Rosetta, in the top of each template translation, indicating the version that the template matches?) [01:30] is nano not in breezy? [01:31] WaterSevenUb: more than the version, what branch [01:31] jordi, it is [01:31] WaterSevenUb, well, it supposed to match latest version of that package in the distribution you are translating into [01:32] carlos: :) === carlos [n=carlos@243.Red-83-47-24.pooles.rima-tde.net] has joined #launchpad [01:33] sorry, I killed my X server... [01:35] jordi: can you send me a 1.3.8 PO file that I can work on while you try to sync things? Thanks. [01:39] WaterSevenUb, you can get it from the URL I pasted here [01:40] https://launchpad.net/distros/ubuntu/breezy/+sources/nano/+pots/nano [01:41] WaterSevenUb: There's a guy called Rui Azevedo or something who is working on pt (Portugal) [01:41] carlos: thanks! I'm still not used to the many links in launchpad, sorry. [01:41] jordi: I am that guy:-p [01:41] WaterSevenUb: me neither :) [01:41] WaterSevenUb: oh, great :) [01:41] WaterSevenUb: well, you've got mail :) [01:41] jordi: :) [01:42] WaterSevenUb: translating official GNU projects is a bit annoying at the beginning [01:42] you'll read why [02:00] Merge to rocketfuel@canonical.com/launchpad--devel--0: Fixed the fuzzy flag set/unset when importing a published .po file (r=SteveA). Changed @@absolute_url with fmt:url + pagetest added and fixed transaction problems with the whitespace migration script [trivial] (patch-2242: carlos.perello@canonical.com) === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:20] SteveA, got the review emails from daf, I will try to merge those branches this week [02:34] carlos: I don't know why, but the breezy template of nano doesn't appear to be current. [02:35] jordi, the header says that it was generated on 2005-04-12 [02:35] carlos: "POT-Creation-Date: 2005-07-06 11:47:56.556271+00:00\n" [02:35] jordi, perhaps the problem is that the .pot file shiped with nano is not in sync with the code? [02:35] "POT-Creation-Date: 2005-06-30 13:24-0400\n" [02:36] this is from the tarball in Debian [02:36] carlos: "POT-Creation-Date: 2005-07-06 11:47:56.556271+00:00\n" - this is from the header of the PO file I downloaded [02:36] jordi, is it the same we have in breezy? [02:36] WaterSevenUb, from Rosetta? [02:36] carlos: yes. [02:36] then the problem is that the .pot file is outdated [02:36] that date matches the release date of nano 1.3.8 [02:37] carlos: where, in rosetta or the tarball? [02:37] it is ok in the tarball [02:38] jordi, the imported version is 1.3.7-2 [02:38] jordi, so perhaps that's the problem [02:39] yes, it is. [02:39] the strings WaterSevenUb is seeing untranslated chanegd between 1.3.7 and 13.8 [02:40] jordi, seems like something is previnting our scripts to import the 1.3.8 version [02:40] WaterSevenUb, jordi would you file a bug report about it, please? [02:40] the tarball is there since 2005-07-22 so seems like there is a problem [02:41] do you have logs? [02:41] jordi: I leave that to you :) [02:41] WaterSevenUb: yeah, don't worry. [02:44] jordi, yeah, but it's not easy to find that and I'm a bit busy to look at it atm [02:44] k [02:45] done [02:48] jordi: #? [02:49] hmm. lost it [02:49] wait a sec [02:49] # Bug #1729: nano 1.3.8 isn't imported in Rosetta [02:49] jordi, thanks [02:51] thx [03:06] morning === kostkon [n=kostkon@host217-42-49-240.range217-42.btcentralplus.com] has joined #launchpad === kostkon [n=kostkon@host217-42-49-240.range217-42.btcentralplus.com] has left #launchpad ["xchat] === kostkon [n=kostkon@host217-42-49-240.range217-42.btcentralplus.com] has joined #launchpad [03:36] bradb: you know the wiki is back? [03:37] SteveA: yup, but login doesn't work for me ("Sorry, wrong password") [03:37] bradb: use your launchpad password [03:38] that's what I've always done [03:38] do i have to use an lp email address now too? [03:38] try it [03:39] oh, apparently i'm BradBollenbach2 now [03:39] (login with email worked, frighteningly enough) [03:39] okay [03:40] so, you need to ask stub to sort out BradBollenbach2 === bradb sends email === BjornT_ [i=10183@82-135-221-189.ip.takas.lt] has joined #launchpad === kostkon [n=kostkon@host217-42-49-240.range217-42.btcentralplus.com] has left #launchpad ["xchat] [03:47] bradb: you lost your subscribed pages, i think, with the upgrade to 1.3 [03:48] bummer [03:50] was the upgrade botched? === mpt [n=mpt@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [04:02] i have no idea [04:04] yo SteveA [04:05] hi salgado [04:06] SteveA, I have the feeling that today you woke up with a special inclination for doing code reviews. (please tell me I'm right. ;) [04:06] sure, i can do code reviews [04:06] i'm off to the gym in a short while, though. but, i can do reviews later today. [04:07] that's great. do you still have my mail about the smallfixes--4 branch? [04:07] no idea [04:08] i see that jamesh reviewed that a while ago [04:10] after so long out of the normal flow of work, at the sprintathon, it's a good idea to send out fresh reminders of what you need from other people [04:11] I just bounced the mail. maybe you can give a quick look on the lines "@@ -325,13 +349,17 @@ class ValidateEmailView(object):" of the diff (https://chinstrap.ubuntu.com/~jamesh/pending-reviews/guilherme.salgado@canonical.com/launchpad--smallfixes--4/filtered-diff) [04:11] just to tell me how evil that hack is, and if I should remove it === niemeyer [n=niemeyer@brutus.conectiva.com.br] has joined #launchpad [04:15] well, it looks okay to me [04:15] i'd use the variable 'dupe_person_name' instead of 'dupe', and make it email.person.name [04:15] because you are not using 'dupe' anywhere else [04:17] godd point [04:17] a comment would help, explaining that the next section of code is going to detect a dupe [04:17] and if so, return text that tells the user they can merge accounts [04:17] the error message would ideally be given in the page template itself [04:19] IIRC that's not possible because that method has to handle too many corner cases. to have the messges in the template I'd need to check a lot of possible return values from the method [04:20] well... [04:20] you could have the method set self.is_dupe_email on the view instance [04:21] or some other appropriate name [04:21] and then simply check that in the template [04:21] or, you can have more than one template for the view [04:21] include them as ViewPageTemplate attributes [04:21] and choose which one you want depending on what case you're dealing with [04:22] there are various ways of doing it [04:22] maybe the way you have chosen is already the simplest [04:22] i can't say, without looking closely at all the code [04:24] I think the way I choose is simplest than these ones you proposed, but I think it'd be better if I set some attributes in the view class and then move the messages to the template itself [04:26] english language: "is simpler" [04:26] sure [04:26] that sounds like a good plan, then [04:27] it means that the text is in the page template === madduck [N=madduck@debian/developer/madduck] has joined #launchpad [04:34] i have a burning question! was the name "Malone" chosen with any reference to Samuel Beckett? [04:35] Buggsy Malone (I imagine) [04:39] yes, with one g [04:40] http://images.google.com/images?q=bugsy%20malone [05:07] 99 conflicts of code in the files, 99 conflicts of code ... Take one down and merge it around, 98 conflicts of code ... [05:09] haha === elmo [n=james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #launchpad [05:13] ha [05:13] i am not acquainted with Bugsy [05:13] cute. [05:13] i read beckett over the weekend and it seems to be appropriate in places too. :) === mpt wonders why baz resolved is leaving all the .orig and .rej files behind === kiko [n=kiko@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [05:31] ahoy === koke [n=koke@169.Red-217-127-113.pooles.rima-tde.net] has joined #launchpad [05:33] hi! [05:33] can you see https://launchpad.net/people/koke [05:34] I've just merged two accounts and I can't see my personal page [05:34] salgado, another one :-( [05:36] kiko, ! [05:36] koke, ! [05:36] confusing, really confusing :-P [05:36] :) [05:37] heh === madduck [N=madduck@debian/developer/madduck] has left #launchpad [] === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad === Virtuall [n=virtuall@blackbox.enio.lv] has joined #launchpad === Mez [n=Mez@cpc2-lich4-3-0-cust115.brhm.cable.ntl.com] has joined #launchpad === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad === camilotelles [n=Camilo@200.128.80.254] has joined #launchpad [06:31] keybuk: ping [06:31] jblack: yup? [06:31] Are you rather conversant on which debian guys work on which debian stuff? [06:32] roughly [06:32] depends on the "stuff" [06:32] Cool. You know awesome things. :) [06:32] which things? [06:33] All of them that you could rattle off that could be potentially be usefully revision controlled [06:34] My goal is to chase down projects that need baz2 goodness, and help them across to it. [06:34] Debian's internal stuff is a particularly sweet target, as they talk internally so much. [06:36] what kind of internal stuff? dak and so-on? [06:37] Yeah. That and the install utils, anything that could be useful. I would target dpkg, but you're already sold I think. I've already sent an email off to apt. [06:38] Basically, any deb project that could be revision controlled. If I get a handful of Deb guys selling it, then they'll sell the rest of debian over for me. (much like is happening with arch/gnome) [06:38] apt would be mdz ;) [06:39] dak would be elmo [06:39] installer stuff is joeyh, who may be a hard convert from svn [06:39] but Kamion and bubulle are big on that team too [06:39] koke: If you subscribe yourself to https://launchpad.net/malone/bugs/1314 you'll be notified when the bug is fixed [06:40] How about the install team? [06:40] joeyh [06:40] koke: Actually, make that 131 [06:40] 131 [06:40] 333 [06:40] gah [06:40] https://launchpad.net/malone/bugs/1313 === mpt growls at his 3 key === koke subscribed, thanks === WaterSevenUb [n=WaterSev@bl5-49-46.dsl.telepac.pt] has left #launchpad ["Fui] === robitaille [n=daniel@d154-5-117-228.bchsia.telus.net] has joined #launchpad === _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad [07:12]