[12:17] jbailey, yes, both are bugs. the latter I think is filed, though -- salgado? [12:19] Hmm === jbailey clicks on "Bugs" and doesn't see a search button. [12:20] jbailey, you mean that your karma counter wasn't updated or that you don't see the actions performed by jbailey-ubuntu on your "Show Karma" page? [12:21] salgado: The karma counter wasn't updated. It was 25 under jbailey-ubuntu. I merged it into jbailey where my karma count was, and remains 0 [12:21] jbailey, that counter is a cached value [12:22] it's updated daily [12:22] Ah a'ight. [12:22] Perhaps it should indicate that near it? [12:23] yes, that's probably a good idea [12:23] I probably wouldn't have noticed except that it went from non-zero to zero. [12:23] The first bug is probably a bit more troubling, given that it means that you now have data corruption in the database. === jbailey wonders how to get from this 'bugs' link to somewhere he can search for bugs. [12:25] the first is really problematic. we have a bug filed on that for some time now, and I think stub is in charge of it [12:27] jbailey, first you need to know in which package/product/distro you want to search [12:28] we don't have any place where you can search through all the bugs database, like we do in bugzilla [12:28] Ah, right. [12:28] I had just expected clicking on bugs to take me to something like that, but it appears that it's only to do with bugs that I care about. === jinty [n=jinty@205.134.224.215] has joined #launchpad [12:29] Perhaps it might be cool if there were a quicklinks set in there to take me to products that I"m involved with? [12:29] It wasn't obvious that I otherwise had to click on launchpad and *then* the same Bugs link in the corner. [12:30] jbailey, right. that are the bugs that are somewhat related to you (or whoever person you're looking at the page) [12:30] 'k [12:30] I'm just trying to search for that other bug so that I can add to it "and please fix my account too" =) [12:31] 1136 lovely [12:31] heh. in that case I guess the easiest way to do is to search for the product where the bug is reported [12:31] in this case, it's launchpad [12:31] salgado: it wouldn't be difficult to bump the karma cache up, for bonus points ;-) [12:32] sabdfl, indeed, it could easily be done when we finish the merge [12:32] jbailey: go ahead and file a bug on that, assign to salgado, post-shipit-ng :-) [12:33] salgado-post-shipit-ng [12:33] that's another person [12:33] I knew that person once === kiko files bug 2100 [12:33] gpgme is fun [12:33] Uh oh, sabdfl's smiling again /me backs away slowly. [12:34] sabdfl, help me remember -- did we use to have a +contribute URL on distribution? [12:34] kiko: no [12:34] hmmm [12:34] I have to wonder how we're getting hits to it in the error log [12:34] +gethelp and +translate on source package, if LaunchpadIntegration is what you are after [12:35] yeah, I remember [12:35] there was a LP-Integration detour which might have involved that [12:35] kiko: do you record the referrer(sic) ? [12:35] we do, but this page expired === kiko has no clue why the error pages expire so fast [12:35] I've asked about this before but couldn't [12:36] get a straight answer [12:36] well, for a start, it's stored in-memory [12:36] in the zodb, i think [12:36] that could probably be fixed quite easily [12:36] the issue is what bugs that would trigger [12:39] night all [12:39] night mark === lisi [n=Ubuntu@p54A3879A.dip0.t-ipconnect.de] has joined #launchpad === Kinnison gets on with fixing stuff up === stub [n=stub@203-217-37-199.dyn.iinet.net.au] has joined #launchpad [01:11] How does one issue a warning in python? [01:13] cprov: ^^ ? [01:13] Kinnison: big pardon ?! [01:13] cprov: SteveA wants me to issue a warning if a certain kwarg is true === Kinnison assumes there's something like: warning "You are a tit!" or something? [01:14] like assert, only a warning [01:14] Kinnison: indeed there is, I just don't remember the sintaxe === cprov helps to look for [01:18] Kinnison: >> from warnings import warn [01:18] Kinnison: >> warn("BIG Warning") [01:18] Kinnison: __main__:1: UserWarning: BIG WARN [01:18] cool [01:18] ta [01:19] Kinnison: oops, mixed commands, paste wrong output, don't give me attention :( [01:20] Kinnison: further info at http://python.active-venture.com/lib/module-warnings.html [01:32] And please use stacklevel=2 argument to warn so the callsite is referenced and the tit in question can be traced [01:36] so warn("foo", stacklevel=2) ? [01:51] I'll take that as a 'yes' ;-) === bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad === bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has left #launchpad [] [02:02] Kinnison: yes ;) === Seveas [n=seveas@seveas.demon.nl] has joined #launchpad [02:08] if the import test fails for a CVS project in the launchpad, is there a way to fix it so it will actually import? [02:13] stub: can you have a quick look on bug #2102, please ? it'sabout an odd problem with unicodes in a GPG related page. [02:16] cprov: There is no bug 2102 [02:17] He says [02:17] 2101 [02:17] sorry [02:18] Just commented on that one actually [02:22] stub: I apologize the mistake with bug number and thank you for the comment. === camilotelles [n=Camilo@20132139198.user.veloxzone.com.br] has joined #launchpad [02:28] anyway, time to sleep, night hackers [02:28] night all [02:41] calendar needs some love === tiborius [n=user@p509162F1.dip.t-dialin.net] has joined #launchpad [03:18] hi. is the rosetta source going to be opened? when? [03:20] it's planned to at some point, not date has been set [03:21] bob2: do you know something about cooperation with the debian project in this field? [03:22] bob2: i found only some complains on the debian-i10n ml about rosetta [03:22] how so? [03:23] i guess they planned to use pootle, if anything === goofrider [n=goofride@67-42-80-39.tukw.qwest.net] has joined #launchpad [03:35] hey anyone can help me delete an uid and a project I created by mistake? [03:36] I can [03:36] if you give me the details [03:36] dee-bee-ay to tah RESQUE! [03:36] I went to Launchpad trying to report a bug on Mantis [03:36] and ended up 1. created another uid (I didn't realize I already had one) [03:37] and 2. Created Matnis as a project, which I don't maintain [03:38] goofrider, no worries, we can fix both :) [03:39] the uid I don't need was renamed to old-goofrider [03:39] and i transfered Mantis to that uid [03:39] goofrider, you can merge accounts in launchpad [03:39] this is the correct way of indicating you've found a dupe in there [03:39] u can belete both. If u have questions about the authenticty, let me know what I can do for more proof [03:39] accounts should be merged [03:40] a mantis product is more interesting [03:40] I can reassign it to the registry admins [03:40] you wanted to file a bug on the mantis source package I imagine [03:40] thank u, that would be gr8 [03:40] no it was a dpkg script problem [03:40] so it's either belong to Debian or Ubuntu === bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad [03:42] heh [03:42] dpkg script? [03:43] oh actually i was only gonna report a missing dependancy [03:43] ah [03:43] still [03:43] motu [03:43] it required "makepasswd" [03:43] I'll let them know over there [03:44] I just assumed that LaunchPad was a bug DB (cuz I was redirected from Ubuntu Bugzilla's website) and was on autopilot to report bugs [03:44] heh [03:44] you can file motu bugs in launchpad [03:45] so owner fixed [03:45] right... that's how I ended up created projects I don't own [03:45] LOL [03:45] https://launchpad.net/malone/bugs/+package [03:45] visit that page [03:45] type "mantis" in the source package page [03:45] s/page/field [03:46] ah............. [03:46] thanks [03:46] right [03:47] or from https://launchpad.net/distros/ubuntu [03:47] (this is the "more correct" way to file bugs) [03:47] click on bugs [03:47] then file a new bug [03:48] i just did === tiborius [n=user@p509162F1.dip.t-dialin.net] has left #launchpad ["ERC] [03:52] goofrider, do you want help merging your accounts? [03:52] you can just delete "old-goofrider" [03:53] there's nothing there needed to be kept [03:53] we don't delete accounts in launchpad [03:53] and there is probably something attached to it that you don't know of yet :-) [03:53] if you have ever translated or imported a package, you need it [03:53] spiv: ping? [03:53] ok then, sure. Merge them. What do I have to do? [03:53] jamesh: pong [03:54] heya jamesh, spiv [03:54] spiv: time for a sqlobject question? [03:54] Sure. [03:54] goofrider, fun! visit https://launchpad.net/people/+requestmerge and follow the yellow brick road [03:54] thanks kiko [03:54] spiv: do you know what's necessary to synchronise sqlobject's state after doing a PersonSet.merge() call? [03:55] flush_database_updates() [03:55] doesn't seem to help [03:55] it's weird [03:55] enjoy goofrider [03:55] Hmm. That's surprising. What do you mean by "synchronise"? [03:56] spiv: the SQL objects I have don't seem to see the changes made by the merge() call [03:56] I wonder if they are being done in a different (parallel) transaction? [03:56] In the same transaction? [03:56] I see your guess is the same as mine :) [03:57] But PersonSet.merge() should happen in the current transaction. [03:57] Ooh... [03:57] PersonSet.merge does direct SQL, doesn't it? [03:57] yes [03:57] Hmm, really the entire SQL cache needs to be invalidated. [03:57] lots of it [03:57] s/SQL/SQLObject/ [03:58] (this is the danger of using and ORM, and then going behind its back) === spiv looks [03:58] PersonSet.merge should probably start with a flush_database_updates, and end with invalidating the SQLObject cache for the current transaction. [03:59] what do I need to do to invalidate the SQLObject cache? [04:00] SQLBase._connection.cache.clear() looks likely. [04:02] I'd like to teach SQLObject to do this automatically any time SQL is issued directly. === jamesh tries test [04:02] It shouldn't be too hard to do. [04:03] doesn't seem to help in my tests. Would I need to get new SQLObjects for rows I have references to after clearing the cache? [04:03] (unless you *explicitly* tell it that a given invocation won't affect it, which should be rare) [04:04] I'd hope not. [04:04] But hmm... === jamesh tries something else [04:06] canonical.database.sqlbase._clearCache() doesn't seem to do it either [04:08] jamesh: You need a bigger hammer than flush_database_objects [04:08] jamesh: You need a variant of that that calls object.sync() rather than object.syncUpdate(), I think. [04:09] I'm not sure what sqlobj.sync() will do if sqlobj has been deleted in the DB, though. [04:10] Hmm, it'll raise SQLObjectNotFound. [04:10] raise SQLObjectNotFound, "The object %s by the ID %s has been deleted" % (self.__class__.__name__, self.id_ [04:10] yeah [04:10] And fail to invalidate it :( [04:11] Ok, so: [04:11] try: [04:11] obj.sync() [04:11] except SQLObjectNotFound: [04:11] obj.expire() [04:11] Looks like it would do the right thing. [04:12] Hmm, or just: obj.expire(); obj.sync()? [04:16] that's not enough [04:16] SQLBase._connection._dm.objects will just keep track of the "dirty" objects, right? [04:16] whereas after doing arbitrary SQL, any object could be dirty [04:17] Let me look. [04:18] You might be right, you may need to iterate over SQLBase._connection.cache.something [04:19] if I get hold of the non-security wrapped person object and call sync() on it, everything is fine. But just iterating over SQLBase._connection._dm.objects and calling sync() doesn't help [04:19] Yeah, you're right. [04:19] Well, that fixes the problem you see right now. [04:19] But it's possible, perhaps even likely, that other SQLObjects in that transaction are similarly broken. [04:20] yep [04:20] So just syncing the one object is a bit fragile. [04:20] I know. The above is my reason for thinking that the _dm.objects sequence only contains the objects SQLObject thinks are dirty [04:21] rather than the objects that actually are dirty [04:21] Right, it does. [04:21] (that's what I was confirming with the "Yeah, you're right." [04:21] ) [04:22] So the _connection.cache is what we need to iterate over. [04:22] Which isn't trivial, unfortunately. [04:22] See lib/sqlobject/cache.py [04:22] you need something like: [04:23] I'm looking there [04:23] iterate over cache.allSubCaches(), then expireAll() on each cache? [04:23] I don't think so. [04:24] That will leave live SQLObjects inconsistent. [04:24] So you need to do "for cache in subcaches: for obj in (cache.cache.values() + cache.expiredCache.values(): obj.sync()" [04:25] If I'm reading that correctly. [04:25] stub, I love xx-notfound-traversals [04:25] All expireAll does is move objects from Cache.cache to Cache.expiredCache [04:26] seems better [04:26] I didn't touch expiredCache though [04:26] Fair enough. [04:26] I don't understand what the expired cache is for. [04:27] expiredCache holds weak references to objects that have been freed [04:27] s/freed/aren't being used anymore/ [04:29] what do you think a good name for this would be? [04:29] Hmm, and yet it still happily retrieves things from it in e.g. tryGet. [04:30] not quite [04:30] the values are weak refs [04:30] I have a feeling that to be 100% correct we should also sync any expiredCache entries that still have live weak refs. [04:30] so it returns "value()" (the value the weak ref points at) [04:30] which could be None if the object has been freed (okay, since this is a cache) [04:30] Right, which will be the object if there's a strong reference to it somewhere. [04:31] or if it is awaiting garbage collection [04:31] And if there's a strong reference, then probably it needs fixing. [04:32] True. But also if it is still in use somewhere, afaict? [04:32] yeah [04:33] I'm not sure that the circumstances of object expiry guarantee that it isn't still used. (although I have a suspicion that those circumstances might not actually arise at all in our code, but that's pure guesswork) [04:33] what do you think would be a good name for this function? flush_database_caches()? [04:33] sync_database_caches(), perhaps, although the similarity with flush_database_updates() is good to highlight. [04:35] Yeah, flush_database_caches() is fine with me. [05:00] spiv: thanks. It's working nicely now [05:00] jamesh: Excellent :) === robertbb [n=robertbb@d154-20-150-5.bchsia.telus.net] has joined #launchpad [05:45] jamesh, check out https://launchpad.net/malone/bugs/1564 and see if anything applies to that :-) [05:47] kiko-zzz: I've got my script to commit() after processing each cluster of email addresses. If I read the comments on that bug right, that should work for me. [05:47] great === robitaille [n=robitail@d154-5-117-228.bchsia.telus.net] has joined #launchpad === kiko-zzz goes to be for real now === Nafallo_ [n=nafallo@unaffiliated/nafallo] has joined #launchpad === stu1 [n=stub@203-217-37-199.dyn.iinet.net.au] has joined #launchpad === _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad [09:38] morning [09:38] morning SteveA :-) [09:38] hi Nafallo [09:39] good work on bzr btw, whoever it was :-) [09:39] kept me up all night :-P [09:39] that'll be mpool and lifeless and others [09:40] pop onto #bzr and express yourself! [09:40] I'm tired ;-) [09:40] i'm sure they'll appreciate it [09:40] probably after I've slept :-) [09:40] he should I ask about kicking hct on gajim btw? :-) [09:40] what is gajim? [09:41] our new favorite among the jabberclients :-) [09:41] it's simply awesome! :-) [09:42] really? i should try it out. i'm using gossip, but unhappy with it [09:42] www.gajim.org [09:42] and it's on launchpad to :-) === BjornT heads out for a while, will be back after lunch [09:50] SteveA: running breezy btw? :-) === stub [n=stub@203-217-37-199.dyn.iinet.net.au] has joined #launchpad [09:57] Nafallo: not yet. [10:00] SteveA: ah, gajim is in there :-) [10:01] i'll be switching pretty soon, as will most other launchpad developers. [10:04] :-) [10:05] even my girlfriend switched already ;-) [10:09] morning all [10:10] morning sivang [10:10] SteveA: ping, python style question [10:11] Nafallo: what was it the kept you up all night? :) [10:12] sivang: bzr ;-) [10:13] and things in launchpad I didn't knew was there yet ;-) === mdz [n=mdz@ca-studio-bsr1o-251.vnnyca.adelphia.net] has joined #launchpad [10:21] hello lifeless [10:21] reading email and listening to loud music -- the ping doesn't stand a chance [10:22] PIGN [10:22] :) [10:22] Nafallo: ah, new features added? [10:22] sivang: dunno :-). first time I tried it last night ;-) === ddaa [n=ddaa@217.205.109.249] has joined #launchpad === dand [n=dand@gw.datagroup.ro] has joined #launchpad [10:23] sivang: but 0.0.7 or something like that got synced from debian yesterday :-). === Alinux [n=Ubuntu@p54A3879A.dip0.t-ipconnect.de] has joined #launchpad [10:32] Nafallo: cool === niran [n=niran@cpe-67-10-213-51.houston.res.rr.com] has joined #launchpad === cprov [n=cprov@haddenham.pepperfish.net] has joined #launchpad === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [10:53] Kinnison: so, python's sorted() and a list's .sort() method have a 'key' argument you can use [10:53] you give this some function that is called with an object from the list, and it returns a (usually) simpler object that can be sorted with. [10:54] this is more efficient than using __cmp__ because computing the sort key need be done only once per list element. [10:54] the sort key is typically a number, a string, or a tuple of numbers, strings or tuples. [10:55] I see [10:55] so, it makes sense to have certain database objects grow somedescription_sortkey() functions [10:56] I imagine this has to be an @staticmethod ? [10:56] Merge to rocketfuel@canonical.com/launchpad--devel--0: Publisher fixes for reworked DB. Updated dominator, now working for entire ubuntu archive r=stevea (patch-2362: daniel.silverstone@canonical.com) [10:56] Kinnison: a regular method, i think === Kinnison wonders how you tell sort() to use it [10:56] i shall give an example" [10:57] please [10:57] >>> L = ['foo', 'bar', 'Baz'] [10:57] >>> sorted(L) [10:57] ['Baz', 'bar', 'foo'] [10:57] >>> sorted(L, key=str.lower) [10:57] ['bar', 'Baz', 'foo'] [10:57] >>> [10:57] Right, so you get the method out of the class [10:57] yes [10:57] kinda rude [10:58] so, these sortkey things should probably go on the IContentSet utility for launchpad [10:58] and look like [10:58] def version_sortkey(self, binary_package): [10:58] ... [10:59] seeing as we don't actually use database classes directly in launchpad [10:59] Kinnison: see http://docs.python.org/whatsnew/node12.html for documentation purposes [10:59] I thought we were trying to make me not need to 'if isSource:' ? === carlos [n=carlos@243.Red-83-47-24.pooles.rima-tde.net] has joined #launchpad [10:59] so I'd end up with something like: L.sort(key=L[0] .__class__.version_sortkey) [11:00] or am I going mad? [11:00] morning [11:00] Kinnison: we'd end up with either a function or an interface for it, i think [11:00] which are basically the same thing [11:01] so, sorted(L, key=IVersionSortKey) [11:01] SteveA: I'm not quite following you, but I've not had any coffee yet this morning, so perhaps after a drink I'll be okay [11:01] that would adapt each object to IVersionSortKey === bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad [11:01] and we can define that appropriately for binary packages and source packages [11:01] aah right === Kamion [n=cjwatson@83-216-156-196.colinw664.adsl.metronet.co.uk] has joined #launchpad [11:12] Hmm. So I merged one of my accounts (cjwatson) into the other (kamion). [11:12] cjwatson was a member of two teams, though - techboard (deactivated) and communitycouncil (approved) [11:13] and kamion doesn't now seem to be [11:13] is there a bug in account merging there? [11:14] also I don't seem to be able to rename kamion back to cjwatson (I really should've done the merge the other way round), because "This name is already in use" [11:14] but /people/cjwatson shows nothing [11:20] Kamion: I'd suggest you to file a bug and salgado can have a look on this as soon as he start today, unfortuatelly in around 3 hours. [11:20] Kamion: i'll mail what you wrote to the launchpad list for the attention of stu and salgado === RapSinna [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad === Alinux [n=Ubuntu@p54A3879A.dip0.t-ipconnect.de] has joined #launchpad [11:23] Kamion: is anything really bad going to happen if this isn't fixed until later this afternoon? === Alinux is now known as AlinuxOS [11:41] SteveA: hell no, not urgent [11:47] Ah, I see my bug is already filed as #1136. === Kinnison grins [11:49] OOI, why is it https://launchpad.net/ and not https://www.launchpad.net/ ? [11:50] why do we need the 'www' part? [11:50] the address works, and redirects [11:50] so it is okay for business cards and other printed materials where people get confused by "http://" and understand the "www." part [11:51] Tim B-L has publicly stated that he would have liked to remove the mandatory "//" in the HTTP url scheme, and other similar ones [11:51] now, if only 'http' had been pronounceable... [11:52] but, www:launchpad.net might have actually caught on in the same way as www.launchpad.net [11:52] http:launchpad.net wouldn't have caught on, because of the ugliness and unpronounceableness of 'http' === _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad === kiko-zzz [n=kiko@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === bob2 [n=rob@67.18.176.136] has joined #launchpad [11:53] SteveA: hmm, the // indicates its a hierarchical scheme [11:53] SteveA: some value in that [11:54] "http" indicates a hierarchical scheme [11:54] it is redundant [11:55] basically, the committe doing the URL RFCs would have benefited from having some UI people there [11:56] many people i know can't type in an address like 'launchpad.net' into their browser. they insist on putting a 'www.' in front of urls, even if i tell them not to. [11:56] rather than fight it, i think the right thing to do is to make sure that www.(thing) works, and redirects to (thing) [11:57] I like using the www. because it indicates that I want the host which does web services, not the host which is the domain [11:57] I agree with steve === Kinnison prefers that (thing) redirects to www.(thing) [11:57] :-) [11:57] Kinnison: do you like mailing to 'foo@mail.foo.com' ? [11:57] lifeless: Nope. I never said my preference was rational or consistent. It just *is* my preference === Kinnison likes FTPing to ftp.(thing), visiting www.(thing) in my web browser, and yes, to an extent, I expect the mx for a domain to be {mx,mail}.(thing) === Kinnison notes that in a lot of cases, the address (thing) resolves to is different to that of www.(thing) [11:59] It's making the assumption that the default use of the domain is a webserver. === Nafallo doesn't have a (thing) [12:00] Znarl: which, for launchpad, I guess is okay === Kinnison shrugs [12:00] I just hate bare domain names in URLs [12:00] s'personal [12:01] ? [12:01] i always thought that the point of ports was to allow a single domain name to be used for a variety of things. [12:01] Something in the future may come along which is more useful then a webserver for exchanging information. Then it will become confusing. [12:01] s/domain/host/ [12:01] i often visit ftp sites in my web browser ;-) [12:01] SteveA: host === Kinnison snappishes bob2 [12:02] :-) === SteveA was deliberately avoiding introducing a new abstraction [12:03] Consider this: http://rafb.net/paste/results/27HeYq92.html [12:03] That's one domain (pepperfish.net) [12:03] three different addresses shown [12:03] because... they're seperate services which could be on separate machines [12:03] sure [12:04] that's tech person stuff [12:04] why do you have a chained CNAME? [12:04] bob2: long story [12:04] hah, I bet [12:04] SteveA: Consider this... if I use http://pepperfish.net/ then if the web host moves (which is likely soon) I'd be stuck having to move the A record for pepperfish.net too. Which will cock up my being able to ssh to pepperfish.net [12:05] why are you sshing to pepperfish.net ? === Kinnison is a firm believer in task addresses [12:05] and not ssh.pepperfish.net ? [12:05] in actuality I use shell.pepperfish.net [12:05] but most of our customers use their domain name directly [12:08] Kinnison : Another consideration is you can not use a CNAME for example, pepperfish.net. [12:08] znarl: there's that too [12:08] CNAMEs cannot co-exist with anything but CNAMEs === stub [n=stub@203-217-37-199.dyn.iinet.net.au] has joined #launchpad === BjornT [i=10183@82-135-221-189.ip.takas.lt] has joined #launchpad === ivoks [n=ivoks@lns01-0060.dsl.iskon.hr] has joined #launchpad [12:35] hi === Kamion [n=cjwatson@83-216-156-196.colinw664.adsl.metronet.co.uk] has left #launchpad [] === Kinnison stares at baz incredulously [01:02] it has (in star-merge mode) decided I have four conflicts in files I've not touched [01:02] yay === Kinnison sighs [01:11] Kinnison: it may be diff3 that is the bug [01:11] Kinnison: if you wnat, try with --two-way [01:12] lifeless: okay, I'll try that, thanks [01:12] lifeless: also, I have a local rocketfuel mirror on my laptop [01:12] lifeless: it used to be that baz would get updates from the datacentre if I was connected, and use the mirror otherwise [01:12] lifeless: but now it just seems to use the mirror [01:13] is this expected? Was the previous behaviour unexpected? I'm all confused :-( [01:13] mmm, baz. === SteveA --> lunch [01:17] lifeless: Nup, --two-way causes 36 conflicts [01:17] \o/ [01:20] Kinnison: so you need wo way on the rest, and three way o thos files :| === Kinnison blargs === Kinnison does his usual trick of divide-and-conquer [01:22] see if this works... [01:27] Hmm, a halfway causes four conflicts still === Kinnison hugs binary-chop [01:28] with --two-way, you will have rouble if you have been meshing [01:29] that wasn't two-way [01:41] doctest-mode is nice === Surak [n=Surak@201009095215.user.veloxzone.com.br] has joined #launchpad [01:49] Hello, it seems I'm doing something wrong at rosetta. Could someone give me some light? [01:54] My problem is that some strings just seem not to get in. I type all the strings in a page ( for instance, https://launchpad.net/distros/ubuntu/breezy/+sources/update-notifier/+pots/update-notifier/pt_BR/+translate?offset=20 ) , but SOME of those never get in even as suggestions. some of them are already there, because I retyped all the non-translated strings again several times. [01:57] And I don't know how to become an official translator for some "file", as rosetta calls. Wouldn't a better term something like "package"? [01:58] Surak, that's a know bug that is fixed but seems like it's not yet on production [01:59] Surak, the translations are stored, but not showed. [01:59] Oh, that's better. === Keybuk [n=scott@descent.netsplit.com] has joined #launchpad [01:59] Keybuk: hi! you're the one to talk to about kicking hct? :-) [01:59] It would be quite frustrating to translate several strings and some of them just vanish away. [01:59]