[01:00] <mpt_> Gooooooooooooooooooooooood afternoon Launchpadders!
[01:07] <Kinnison> mpt, dude, it's 00:08
[01:09] <mpt> ah, that tribulations of NZT
[01:09] <mpt> the tribulations, rather
[01:17] <jordi> it's actually 1:15
[01:36] <dilys> Merge to devel/launchpad/: [trivial]  Add a test for moving components around in the archive -- the final part of this gina change that was untested (blame Matt and Les Miserables) (r3053: Christian Reis)
[01:45] <kiko> hello hello
[01:45] <kiko> yo cprov 
[01:45] <cprov> kiko: yo
[01:45] <kiko> did my commmit get rejected?
[01:46] <cprov> kiko: no, accepted
[01:46] <kiko> great
[01:47] <kiko> did elmo get the removals sorted out?
[01:48] <kiko> and have we republished?
[01:48] <cprov> kiko: no, gave up ... huge traceback
[01:48] <cprov> kiko: publisher is running again 
[01:48] <kiko> the same one he got before, or another?
[01:49] <kiko> jesus h. christ
[01:49] <kiko> we need to fix that tomorrow
[01:49] <cprov> kiko: yep
[01:49] <kiko> should I recompare?
[01:52] <mpt> hi kiko, are matsubara and gneuman keeping busy with Malone bugs? :-)
[01:52] <kiko> mpt I would have no idea, I am stuck in this city of bad weather and worse food
[01:52] <cprov> kiko: no, pub still running
[01:53] <kiko> ok
[01:54] <kiko> did any of the removals actually get committed?
[01:54] <kiko> Kinnison?
[01:54] <Kinnison> yo dude, don't think so
[01:54] <Kinnison> and elmo cried when he investigated the backtrace and went home to sleep
[01:54] <kiko> so this publisher re-run is useless
[01:54] <kiko> jesus 
[01:54] <Kinnison> kiko: No, because we re-ran gina
[01:55] <kiko> with a fixed dominator?
[01:55] <Kinnison> although yes, because I didn't rsync the dominator
[01:55] <Kinnison> I'm so good
[01:55] <Kinnison> give me a fucking prize
[01:55] <Kinnison> I'll set it to run the publisher immediately after gina
[01:56] <mpt> kiko, you're stuck in Murchison?
[01:58] <kiko> mptyes
[01:58] <kiko> good
[01:58] <mpt> kiko, how are you going with automating the summaries of most common oopses and timeouts?
[01:59] <kiko> mpt that's on jamesh table this week
[01:59] <mpt> ok, cool
[01:59] <kiko> can you give him a call and find out what's up?
[01:59] <mpt> sure
[01:59] <kiko> I am currently overloaded with soyuz
[01:59] <Kinnison> ciau all
[01:59] <kiko> night
[02:01] <mpt> ah, I see SteveA talked with jamesh about that yesterday
[02:01] <kiko> Kinnison cprov: is it worth kicking off builds?
[02:01] <mpt> night Kinnison 
[02:01] <cprov> kiko: dude, build would take less than 2 hour, let's be sure about the archive first.
[02:02] <kiko> well
[02:02] <kiko> that means fixing the deleter
[02:02] <cprov> kiko: yes, in simple words ;)
[02:18] <kiko> jesus
[02:18] <kiko> I'm outta here too
[02:30] <jblack> ddaa: still around?
[02:30] <ddaa> not quite
[02:30] <ddaa> but ask
[02:31] <jblack> I'm looking at your overview.
[02:31] <jblack> You have branchpuller and supermirror.
[02:31] <jblack> I'm curious on why those are two different things. They seem like one to me.
[02:32] <ddaa> branchpuller is a process
[02:32] <ddaa> supermirror is a storage
[02:32] <jblack> Ok. Then RCS Importer feeds branch puller.
[02:33] <ddaa> most probably, it will
[02:33] <ddaa> I suggested publishing bzr branch through sftpserver monday, but lifeless went "hu?".
[02:34] <ddaa> I'm going to explain why it's the right choice soon, in that document.
[02:34] <jblack> I don't see it working differently.
[02:34] <ddaa> I mean, publishing rcs import branches.
[02:34] <jblack> LP tells the BP process "Mirror all these things". The SM does that.
[02:34] <jblack> Thats regardless of whether its local or remote.
[02:34] <ddaa> and should tell SM about its success and failure, I think I document that much
[02:35] <ddaa> I can answer questions right now, but I will not remember suggestions, too tired. Other questions?
[02:35] <jblack> I'd show you how it looks to me, but this is postscript. 
[02:36] <ddaa> it looks good here with evince
[02:36] <ddaa> it looks like shit when doing a pdf export
[02:36] <jblack> No, I mean I'd show you the layout as it is in my mind, if I could edit this
[02:36] <ddaa> in the same directory on chinstrap
[02:37] <ddaa> there is the full collection of sources
[02:37] <ddaa> dia files
[02:37] <ddaa> and the texmacs file
[02:37] <ddaa> you should be able to sftp to that directory (with Nautilus) and copy the whole lot.
[02:37] <ddaa> apt-get install texmacs dia-gnome
[02:37] <ddaa> and you are set
[02:38] <ddaa> don't be afraid, as long as you do not try to wite your own stylesheets and plugins, texmacs quite easy to use.
[02:39] <ddaa> note, it's meant to be run in a terminal
[02:39] <ddaa> its error handling is shit and it prints a lot of critical messages on the console
[02:40] <ddaa> also, always pay attention to the window footer
[02:40] <ddaa> jblack: does that work?
[02:44] <jblack> You're not goign to like this.
[02:45] <ddaa> jblack: if I wanted to be really accurate, I'd show the private sftp filesystem as a storage as well.
[02:45] <ddaa> But I kept it out for the sake of simplicity.
[02:45] <ddaa> jblack: what's the problem?
[02:45] <spiv> ddaa: Btw, you did a very good job of explaining the SFTP bits accurately.
[02:45] <ddaa> mh... ha yes, you need to kill unclutter too.
[02:45] <ddaa> it causes texmacs to crash
[02:46] <ddaa> I should debug that one day.
[02:46] <spiv> ddaa: I'm pleasantly surprised to find someone other than me knows how all that end of it fits together ;)
[02:46] <ddaa> spiv: thank you
[02:47] <spiv> ddaa: My main feedback is that the SFTP server doesn't interact with the Launchpad database directly, but does so via the Authserver.
[02:47] <spiv> (which is increasingly misnamed...)
[02:47] <jblack> Hmm.
[02:48] <ddaa> spiv: I would like if you could edit the texmacs document and send me a patch
[02:48] <spiv> ddaa: Which is something you're welcome to gloss over, but you ought to be aware of :)
[02:48] <ddaa> spiv: I think that's totally relevant.
[02:49] <ddaa> The AuthServer is becoming the swiss-army xmlrpc server?
[02:49] <spiv> ddaa: Well, it's becoming the internal xml-rpc interface to Launchpad.
[02:50] <jblack> Ok. I understand what you're trying to say with this.
[02:50] <ddaa> spiv: then it probably need to appear as a box in the diagram
[02:50] <ddaa> spiv: some components talk to launchpad directly, other talk through authserver
[02:50] <jblack> ddaa: Doesn't there needs to be a line between RCS importer and branch puller? 
[02:51] <ddaa> that's something important to know where to look for the code
[02:51] <ddaa> jblack: probably
[02:51] <ddaa> jblack: the dotted line means "gets there somehow, not decided yet"
[02:51] <jblack> It comes in through branch puller
[02:51] <jblack> Or through branch syncer.
[02:51] <ddaa> jblack: my opinion is the line should go between rcs importer and sftp server
[02:52] <jblack> I respectfully, but vehemently, disagree
[02:52] <ddaa> though, I would prefer a special sftp server that exposes a id-based filesystem
[02:53] <ddaa> jblack: I suggest we have this discussion by email.
[02:53] <ddaa> i have not set my mind yet
[03:06] <stub> jamesh: https://chinstrap.ubuntu.com/~jamesh/pending-reviews/salgado/launchpad/hide-email-addresses/merge
[03:06] <stub> jamesh: bzr bug?
[03:07] <jamesh> stub: probably.
[03:32] <stub> lifeless: Is /srv/launchpad.net/sm-mapping/launchpad just a standard Launchpad tree? It needs updating due to db changes. I can do it easily enough if it just needs to be updated to production/1.47
[03:43] <stub> lifeless: Now that 0.7 has been release, will it cause problems if I ask rt@ to get it installed on all the production boxes? I could have answered my own question above if it was around...
[03:51] <lifeless> stub: yes
[03:51] <lifeless> stub: standard with spivs work merged
[03:51] <lifeless> stub: 0.8 is probably the gold version we'll want to do that on
[03:52] <lifeless> 0.7 and 0.8 have storage merging in the middle which is the last-great-api overhaul-without-deprecation-warnings
[03:52] <stub> Can you or spiv update sm-mapping then if there is stuff not merged? (or at least give me the branch to merge or rollout)
[03:53] <lifeless> spiv: <- ^
[03:54] <stub> I don't suppose you know if bzrsyncd is running head or some custom branch? It is in the same situation
[03:54] <lifeless> I didn't roll out bzrsyncd
[03:54] <spiv> Hmm, I don't much about that tree (I'm not even sure what server it's on...)
[03:54] <lifeless> so no, sorry
[03:54] <lifeless> spiv: its the one you told me 'use this to get the sm-mapping going'
[03:54] <spiv> lifeless: Ah, that's starting to ring some bells.
[03:55] <lifeless> stub: I really think we want to manage these branches on chinstrap and push them out via rsync
[03:56] <stub> We are. Or do you mean manage as in keep in a central shared repository that all interested parties can merge too/from and push out?
[03:57] <stub> spiv: Would that work have landed on HEAD? Makes my life easier if the answer is yes :-)
[03:57] <spiv> stub: I think that tree can now be just a plain launchpad tree-- the relevant script has been mereged.
[03:57] <spiv> merged, rather.
[03:57] <stub> spiv: Ta.
[03:57] <spiv> (cronscripts/supermirror_rewritemap.py, from my launchpad-supermirror-rewritemap branch)
[03:58] <stub> (well... at the moment I'm still pulling because that is the way the keys are setup...)
[03:59] <stub> lifeless: While I have got you, should it be possible to use PQM to do cherry picks into the production branch? If we can't get that running in the short term I'm going to need to setup a testing environment somewhere.
[04:00] <lifeless> stub: yes, just a small matter of code
[04:00] <lifeless> need to lift out the revno stuff I did for jamesh-pending-review and put it into pqm
[04:00] <stub> Is that a matter of a week or two, or longer?
[04:01] <lifeless> I'm trying to get bzr ready for dapper as a priority right now
[04:01] <lifeless> perhaps you/jamesh could do it? it would be less work than setting up a production testing environment
[04:01] <lifeless> probably two weeks out I can do it
[04:01] <stub> ok. Is it easy for me to pause pqm? If I just comment out the crontab line, I can use the pqm user to run the tests
[04:03] <lifeless> yes
[04:03] <lifeless> conmment the crontab lin
[04:03] <lifeless> e
[04:03] <lifeless> and wiat for the current p
[04:03] <lifeless> rocess to complete
[04:03] <stub> ok. That will keep me happy indefinitely so no need for people to change priorities.
[04:04] <stub> Or workout what 'lilft out the revno stuff I did for jamesh-pending-review and put it into pqm' means :-)
[04:29] <jamesh> lifeless: I might be able to look at moving the revno-passing code over next week
[04:30] <lifeless> jamesh: would be cool if you could
[04:34] <jamesh> lifeless: so there aren't plans to put that kind of functionality in bzrlib?
[04:39] <lifeless> well
[04:39] <lifeless> not immediately but it ouwld be nice to do
[04:52] <jamesh> lifeless: I've got a new wrapper for gpgme that might solve the crashes we've experienced.  It might be useful for the PGP stuff in bzr too
[04:52] <jamesh> It should get all the ref counting correct, and be a bit more multi-thread friendly
[04:57] <lifeless> night
[04:57] <lifeless> nice
[04:58] <stub> That would be a first. We should definitely release it if it is generic enough - all the existing GPG wrappers are suckfull.
[06:48] <jamesh> stub: are all of the machines we run launchpad on >= breezy now?
[08:07] <SteveA> morning
[08:13] <stub> jamesh: The ones I'm aware of, yes
[08:13] <stub> erm... yes. All the Launchpad ones
[08:14] <jamesh> stub: okay.  That means we can probably delete the libgettextpo copy in pygettextpo then
[08:14] <stub> Except possibly mawson (dogfood), but that should be updated if it isn't.
[08:14] <jamesh> (breezy's libgettextpo is new enough, while hoary's wasn't)
[08:15] <stub> jamesh: Go for it. Anything that isn't breezy should be, and all the production systems are so nothing important will break
[08:30] <dilys> Merge to devel/launchpad/: [trivial]  check that exactly one signature is found in getVerifiedSignature(), fixing bug #29565 (r3054: James Henstridge)
[08:32] <stu1> Bug #29227
[08:35] <stu1> mpt: Should searching for '/dev/pmu' locate bugs containing both 'pmu' and 'dev', or bugs containing '/dev/pmu'. If the former, what other punctuation should be considered a word break? I don't think hyphens or periods should, and @ could be argued both ways.
[08:37] <SteveA> i would go for fewer word breaks, where there is a choice
[08:37] <SteveA> because it makes the search more specific
[08:37] <SteveA> someone can always insert their own word break
[08:38] <corey__> stu1, I would only break on spaces, that makes ti consistent with other search methods
[08:41] <corey__> stub, ^
[09:06] <SteveA> stub: just got a timeout when trying to view a bug.  OOPS-32B168.
[09:07] <stub> SteveA: Statistician is currently running. Might be the next thing due for optimization.
[09:08] <SteveA> the page worked on a reload
[09:08] <SteveA> the timeout didn't seem to take very long
[09:08] <SteveA> what's the hard timeout right now?
[09:09] <stub> configs/production1/launchpad.conf is the config file
[09:10] <stub> Huh - 15 seconds. I could have sworn that got bumped to 25
[09:12] <SteveA> stub: SeachFailure.  I don't understand how one can have too many search results.  Surely we want only a batch of them.
[09:12] <stub> If you get 10,000 results, there are way too many to wade through. Batching is pointless.
[09:12] <stub> (unless you are a web robot and can be arsed clicking through 200 'next' links)
[09:13] <SteveA> i still don't see why it should be an error
[09:13] <SteveA> if the results are sorted well
[09:13] <SteveA> google never tells me "your search has too many results"
[09:13] <stub> Because sorting the results and attempting to batch them chews up system resources for zero gain?
[09:13] <SteveA> the worst that happens is that the results are useless to me
[09:14] <SteveA> mpt: around still?
[09:14] <stub> We can't compare our searching to google either - different problem domains. We also don't have the resources to reimplement what google has developed over the last decade.
[09:15] <stub> The worst that happens in our case is you and other people get OOPS errors.
[09:15] <SteveA> on a scale of desirability...
[09:15] <SteveA> at the bottom, i put receiving an OOPS timeout error
[09:15] <stub> So the spec is suggesting telling the user 'your search was not specific enough. Try narrowing your query'
[09:15] <SteveA> at 30% i'd put giving the user a message that their search was crap
[09:16] <sivang> morning all
[09:16] <SteveA> at 60%, i'd put giving the user a message that their search was crap, and still showing 10 results
[09:16] <SteveA> at 90%, i'd put offering the first batch of 1000000 batches, like google does
[09:17] <stub> We can do 60% by making the search functions limit the results returned, and adding a warning using the browser notifications API.
[09:17] <SteveA> and at 100%, we have determining appropriate other search terms directly from the very brain viscera of the user
[09:17] <sivang> stub: morning
[09:17] <SteveA> now, as an implementation strategy for this kind of thing, i think using standard exceptions is a good idea
[09:18] <sivang> stub: any chance to get the schema to apply against a 8.1 pg ? 8.0 is no longer supported.
[09:19] <SteveA> no longer supported?
[09:19] <SteveA> in dapper?
[09:19] <stub> 7.4 still isn't EOL yet, let alone 8.0
[09:19] <sivang> SteveA: it's already in universe
[09:19] <sivang> (for dapper)
[09:21] <stub> It should be in main in dapper, along with 7.4 and 8.0. And all three should be runnable simultaneously. If not, there is a regression.
[09:21] <sivang> but just FYI, after downgrading back to 8.0, and applying the schema, make run was happy (minus trubecht) as can be, and I had everything seemingly running smooth locally :-)
[09:22] <sivang> stub: I'll ask pitti about it, and let you know , okay ?
[09:22] <stub> SteveA: If you want your 30% alternative, we can do it with exceptions. If you want your 60% alternative, we can do it using the browser notifications as a warning system (which is one of its use cases). The 60% alternative is actually easier too.
[09:24] <stub> And would work better too where the queries are weighted by relevance
[09:27] <SteveA> i'll take 60% please mr bishop
[09:31] <mpt> stub, the way Google seems to work is that searching for "a<any punctuation, including spaces>b" returns results containing "a<any punctuation, including spaces>b"
[09:32] <stub> So  bug 29227 should be rejected
[09:32] <Ubugtu> malone bug 29227 in malone "Searching for "pmu" doesn't find "/dev/pmu"" [Normal,Confirmed]  http://launchpad.net/bugs/29227
[09:32] <stub> Or just flagged as a duplicate of the substring search feature request
[09:32] <mpt> stub, so searching for /dev/pmu is like searching for the phrase "dev pmu", which returns "/dev/pmu"
[09:33] <stub> oh...
[09:33] <mpt> 29227 is valid
[09:33] <stub> So I should convert all punctuation in words to, say, '.' characters or something?
[09:33] <mpt> yes, I think I mentioned that somewhere...
[09:34] <SteveA> i think it is important to show the 10 or so results, even of a crap query, as the results can show you how to better improve your search terms.
[09:34] <SteveA> there's a really odd effect where a connection to irc from my place seems to make the adsl router reboot
[09:34] <stub> Or just strip punctuation contained in words? The difference being if searching for 'foo-bar' should be identical to a search for 'foobar' or not.
[09:35] <SteveA> i'd think foo-bar would be more like foo bar
[09:35] <SteveA> than foobar
[09:35] <mpt> yeah
[09:35] <SteveA> exceptions are words like e-mail
[09:36] <mpt> Google does both
[09:36] <mpt> which is probably really hard
[09:36] <mpt> e.g. searching for foo-bar returns "foo bar" *and* "foobar"
[09:38] <SteveA> maybe expand "foo-bar" into "foobar OR (foo bar)"
[09:38] <stub> SteveA: exceptions would be everywhere that hypens are used correctly (in the English sense)
[09:38] <mpt> hyphens are treated specially
[09:38] <mpt> searching for foo.bar returns "foo bar" but not "foobar"
[09:39] <mpt> same with foo/bar, foo\bar etc
[09:39] <SteveA> stub: you mean like when search terms go over a line, and someone breaks a long word be-
[09:39] <SteveA> tween syllables?
[09:39] <stub> SteveA: Only computers do that. People can't be arsed :-)
[09:39] <mpt> SteveA, your maybe seems correct
[09:39] <SteveA> i not parse can sentence the the yours
[09:40] <mpt> SteveA, your "maybe..." seems correct
[09:40] <SteveA> ah, found it
[09:41] <stub> SteveA: Only programs break words across lines with hypens any more. Human beings don't do it.
[09:41] <SteveA> proper old fashioned newspaper people do it.  you generally do it anytime you need to lay text out in columns.
[09:41] <SteveA> which is admittedly very rare
[09:42] <SteveA> hot metal
[09:42] <SteveA> lead poisoning and industrial machinery
[09:42] <mpt> stupid Web sites
[09:42] <mpt> <multicol cols="3">
[09:43] <SteveA> is there a css thing to say "please apply language X hyphentation rules to this text" ?
[09:43] <sivang> jblack: I added few more remarks, and the bit about make run to RFS. let me know what you think.
[09:43] <SteveA> stub: so, can i consider discharged my responsibility to comment on SearchFailure ?
[09:44] <mpt> SteveA, no
[09:44] <mpt> http://www.w3.org/TR/css3-text/#hyphenate
[09:45] <SteveA> i guess the language is implied by outer elements
[09:45] <stub> SteveA: yes. I'll reject the spec and detail on the outstanding bug the approach to take
[09:45] <mpt> yes, <p lang="whatever">
[09:45] <SteveA> stub: ok, ta.
[09:47] <SteveA> i'm getting a certificate verification error when connecting to chinstrap
[09:47] <SteveA> i guess it has expired
[09:47] <SteveA> (ssh)
[09:47] <SteveA> Znarl: around yet?
[09:47] <SteveA> hello carlos 
[09:47] <Kinnison> Morning
[09:47] <carlos> morning
[09:48] <carlos> hi
[09:48] <Kinnison> Both znarl and elmo will be very busy this morning with new hardware
[09:48] <SteveA> aha
[09:48] <corey__> morning Kinnison 
[09:48] <SteveA> some local ssh configurama should sort it out
[09:48] <sivang> mornig Kinnison, getting new toys ?
[09:49] <Kinnison> hi sivang, not me with the new toys :-(
[09:49] <SteveA> please! this is a Family channel
[09:49] <corey__> SteveA, he didn't say where....
[09:49] <Kinnison> SteveA: yeah, and it's the launchpad family, and we're all a bit "odd"
[09:49] <Kinnison> elbowsex!
[09:49] <SteveA> bagpiping...
[09:49] <Kinnison> corey__: How's tricks?
[09:50] <SteveA> of course, i'm confused.  it isn't ssh.  it is https.
[09:51] <SteveA> the https certificate for chinstrap is expired
[09:51] <corey__> Kinnison, leaving for Toronto tomorrow, business trip
[09:52] <stub> How boring. I thought that term must be to do with scrotum inflation or something.
[09:52] <Kinnison> stub: naah, that's something else whose name escapes me
[09:52] <Kinnison> corey__: You have a combination of my sympathy and jealousy
[09:52] <mpt> Something to do with marching bands?
[09:52] <sivang> SteveA: LOL
[09:53] <corey__> Kinnison, apparently the weather is better there
[09:53] <Kinnison> mpt: chinstrap penguin, ya daft antipodean oik :-)
[09:53] <Kinnison> corey__: didja hear? I finally sold my house
[09:53] <SteveA> i think the penguin looks like it is in a marching band
[09:53] <SteveA> hence the name
[09:53] <sivang> Kinnison: WHEEEEE
[09:54] <SteveA> shake that booty danny baby!
[09:54] <sivang> Kinnison: that means you'd be visitable in the near future, eh?
[09:54] <Kinnison> sivang: Yep, give me a couple of months
[09:54] <Kinnison> sivang: looks like I'll be moving at the end of March
[09:54] <sivang> Kinnison: sure sure, I need them myself to wrap up things here.
[09:54] <sivang> Kinnison: superb
[09:55] <Burgundavia> Kinnison, cool
[09:58] <cprov> morning dudes
[09:59] <mpt> SteveA, expanding [foo-bar]  to [foobar OR "foo bar"]  only works in one direction
[10:00] <mpt> Searching for [email]  should still return results containing [e-mail] 
[10:06] <stub> argh.... foo-bar-baz should expand to (foo&bar&baz) | (foobar&baz)) | (foo & barbaz)
[10:07] <lifeless> combinatorial
[10:07] <mpt> yes, so it's not very expressible as a query in that direction
[10:07] <mpt> and it's even worse in the other direction
[10:07] <cprov> mpt: hi, do you have few minutes to explaing # 3839 task to me ?
[10:07] <mpt> bug 3839
[10:07] <Ubugtu> malone bug 3839 in launchpad-buildd "New icons required" [Major,Confirmed]  http://launchpad.net/bugs/3839
[10:07] <stub> we don't need to go backwards
[10:08] <mpt> cprov, you were the one who reported it, and I understand it
[10:08] <mpt> what needs explaining?
[10:08] <cprov> mpt: I'm a little concerned about what that "clean up" should be.
[10:08] <cprov> mpt: the icons issue is clear ;) 
[10:13] <mpt> cprov, someone e-mailed sabdfl and said "<https://launchpad.net/distros/ubuntu/+builds> looks really bad", so sabdfl asked me to change it so that it doesn't use tables
[10:13] <jblack> sivang: Not on the wiki directly, right?
[10:13] <mpt> cprov: so it's a list, a bit like the Malone search results are now
[10:14] <cprov> mpt: ok, more one thing to really push me down ... 
[10:15] <jblack> Can one lsign a gpg key without having a gpg key?
[10:15] <SteveA> mpt: i think email should not return results containing e-mail.  that is becoming obscure.
[10:15] <mpt> obscure, or really hard to implement?
[10:16] <mpt> it seems like a very common use case to me
[10:16] <sivang> mpt: this is samlple data or actual build results?
[10:16] <cprov> mpt: thx, anyway
[10:16] <SteveA> so, it isn't too hard to do.  you just need to make the FTI data remove hyphens
[10:16] <jblack> No. sivang: ping
[10:17] <mpt> sivang, don't know, ask cprov or Kinnison 
[10:17] <SteveA> i don't reckon it is a common use-case in practice.  i'm willing to be shown that it is, though.
[10:17] <sivang> jblack: only one change the was added to the wiki page without remarks, the other are -- remark forms, but yes - directly on the wiki /me hides
[10:17] <cprov> sivang:  which url /
[10:17] <jblack> sivang: I don't know why you don't have an ultimately trusted key. 
[10:18] <jblack> I just tried here, and you have to at least have a secret key to sign. Do you not trust your own key?
[10:19] <sivang> jblack: no, I have it trusted, and had on on disk when attempting to singing
[10:19] <SteveA> jblack: i've had a bzr issue that i'd like to talk with you about, when you have some time.
[10:19] <sivang> cprov: https://launchpad.net/distros/ubuntu/+builds
[10:19] <mpt> SteveA, the other characters which need to work the same way as hyphens are apostrophes (though that's a bit less important for a bug tracker)
[10:19] <cprov> sivang: https://launchpad.net/distros/ubuntu/+builds, they were generated by gina 
[10:19] <SteveA> mpt: its certainly a problem
[10:19] <jblack> stevea: sure, whenever you like
[10:20] <mpt> SteveA, because often people omit them, or they're on non-English keyboards and always type ? when they mean '
[10:20] <cprov> sivang: nor sample or useful data, soyuz is getting closer
[10:21] <sivang> cprov: :)
[10:21] <jblack> sivang: I don't know the answer.
[10:21] <jblack> sivang: I'll find out though
[10:22] <sivang> jblack: ok, I'll retry today after I've clean the gpg symlinks and recreated them, do I need to sign my own key to make it trusted?
[10:22] <sivang> jblack: something ight have going wrong in the symlinks or so, that the only un-educated guess I can take.
[10:23] <jblack> sivang: that may be a good idea. That warning makes me suspect that you won't trust your own signature
[10:24] <Kinnison> mpt: Umm, /+builds isn't meant to be for normal users
[10:24] <jblack> So I suspect that you may work for awhile (afair bzr doesn't enforce signatures yet), but then start to fail for you in some indeterminant time in the future
[10:26] <jblack> sivang: And since you're mentioning symlinking, is ~/rocketfuel by any chance a symlink?
[10:26] <sivang> jblack: no sir.
[10:27] <jblack> when you ran rocketfuel-get, did you give any arguments?
[10:28] <sivang> jblack: I didn't. IIRC RFS says that if you don't, it would automatically default ot ~/rocketfule/launchpad 
[10:28] <sivang> jblack: having created this dir, I didn't give it any args
[10:29] <GaNjA`ShAiTaN> hey help me i register my email adress on lauchpad.net now i want to order linux cd how can i 
[10:29] <GaNjA`ShAiTaN> ?
[10:29] <jblack> I know. I bet you already had a directory named "rocketfuel". Didncha
[10:30] <GaNjA`ShAiTaN> answer me or not?
[10:30] <jblack> ganja: Hmm. Did you go to shipit.ubuntu.com ? 
[10:30] <SteveA> hello GaNjA`ShAiTaN 
[10:30] <SteveA> you can request CDs by going to https://shipit.ubuntu.com, and logging in with your launchpad id and password
[10:31] <jblack> sivang: I bet you already had a directory named ~/rocketfuel. This script won't overwrite it, because you could already have work there.
[10:31] <stub> mpt: Was there a consensus on what punctuation gets stripped when searching, and what punctuation gets treated as whitespace?
[10:33] <GaNjA`ShAiTaN> now i login now where i can click for making order?
[10:34] <SteveA> GaNjA`ShAiTaN: what web address are you on right now?
[10:34] <sivang> jblack: okay, makes sense, but I didn't have ~/rocketfuel/launchpad. I thought it would also copy the tree it's just checked out from ~/lptrees/.. to ~/rocketfuel/launchpad
[10:34] <GaNjA`ShAiTaN> shipit.unbuntu.com
[10:34] <stub> &, | are booleans. - at the start of a word is negation. ( and ) are grouping. / is treated as whitespace, so searching for '/dev/pmu' is identical to searching for 'dev pmu', which should match bug with '/dev/pmu' in its title. 
[10:34] <GaNjA`ShAiTaN> https://shipit.ubuntu.com this one
[10:34] <mpt> stub, one moment
[10:34] <GaNjA`ShAiTaN> Not allowed hereSorry, you don't have permission to access this page. 
[10:34] <GaNjA`ShAiTaN> You are not logged in
[10:34] <GaNjA`ShAiTaN> they ask thi
[10:34] <mpt> GaNjA`ShAiTaN, try reloading
[10:34] <mpt> you might be looking at an old version of the page
[10:35] <SteveA> GaNjA`ShAiTaN: so, on that page, you can put the email address and password you used for launchpad.  and then press [Log in] .  It worked for my email address and password just now.
[10:36] <male-37-shallow1> :):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:-=DaRklOR
[10:36] <male-37-shallow1>                                                                                                               
[10:36] -male-37-shallow1:#launchpad- -U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz
[10:36] <SINGLE_MALE5356> :):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:-=DaRk
[10:36] <SINGLE_MALE5356>                                                                                                               
[10:36] -SINGLE_MALE5356:#launchpad- -U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRd
[10:36] <Humsafar445> :):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:-=DaRklORd=-
[10:36] <Humsafar445>                                                                                                               
[10:36] -Humsafar445:#launchpad- -U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U
[10:36] <talent_taste8699> :):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:-=Da
[10:36] <talent_taste8699>                                                                                                               
[10:36] -talent_taste8699:#launchpad- -U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloR
[10:36] <GaNjA`ShAiTaN> k 
[10:36] <DeaDweED> :):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:-=DaRklORd=
[10:36] <DeaDweED>                                                                                                               
[10:36] -DeaDweED:#launchpad- -U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)-
[10:36] <Web__DeSigNer156> :):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:-=DaRklOR
[10:36] <Web__DeSigNer156>                                                                                                               
[10:36] -Web__DeSigNer156:#launchpad- -U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz
[10:36] <LETs-FLIRT5588> :):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:-=DaRk
[10:36] <LETs-FLIRT5588>                                                                                                               
[10:36] -LETs-FLIRT5588:#launchpad- -U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRd
[10:36] <Im_HeyA> :):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:-=DaRklORd=-
[10:36] <Im_HeyA>                                                                                                               
[10:36] -Im_HeyA:#launchpad- -U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--
[10:36] <Kernel\32> :):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:-=DaRklORd
[10:36] <Kernel\32>                                                                                                               
[10:36] -Kernel\32:#launchpad- -U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)-
[10:36] <GaNjA`ShAiTaN> wait
[10:36] <l33tprovider> :):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:):(:-=DaRklO
[10:36] <l33tprovider>                                                                                                               
[10:36] -l33tprovider:#launchpad- -U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz
[10:36] <male-37-shallow1> _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
[10:36] <SINGLE_MALE5356> _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
[10:36] <talent_taste8699> _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
[10:36] <DeaDweED> _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
[10:36] <Humsafar445> _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
[10:36] <Im_HeyA> _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
[10:36] <LETs-FLIRT5588> _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
[10:36] <Kernel\32> _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
[10:36] <l33tprovider> _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
[10:36] -male-37-shallow1:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[10:36] -SINGLE_MALE5356:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[10:36] -Humsafar445:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[10:36] -talent_taste8699:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[10:36] -Im_HeyA:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[10:36] -LETs-FLIRT5588:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[10:36] -Kernel\32:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[10:36] -l33tprovider:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[10:36] -male-37-shallow1:#launchpad-  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  
[10:36] -SINGLE_MALE5356:#launchpad-  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  
[10:36] -Humsafar445:#launchpad-  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  
[10:36] -Im_HeyA:#launchpad-  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  
[10:36] -LETs-FLIRT5588:#launchpad-  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  
[10:36] -Kernel\32:#launchpad-  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  
[10:36] -l33tprovider:#launchpad-  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  
[10:36] -talent_taste8699:#launchpad-  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  
[10:36] -male-37-shallow1:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[10:36] -SINGLE_MALE5356:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[10:36] -Humsafar445:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[10:36] -talent_taste8699:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[10:36] <sivang> erm
[10:36] -Im_HeyA:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[10:36] -LETs-FLIRT5588:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[10:36] -l33tprovider:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[10:36] -Kernel\32:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[10:36] <male-37-shallow1> 
[10:36] <SINGLE_MALE5356> 
[10:36] <Humsafar445> 
[10:36] <talent_taste8699> 
[10:36] <Im_HeyA> 
[10:36] <LETs-FLIRT5588> 
[10:36] <Kernel\32> 
[10:36] <l33tprovider> 
[10:36] <Web__DeSigNer156> _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
[10:36] -Web__DeSigNer156:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[10:36] -Web__DeSigNer156:#launchpad-  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  
[10:36] -Web__DeSigNer156:#launchpad- DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg DarKloRdz Ri$iNg
[10:36] <GaNjA`ShAiTaN> hey what is thuis
[10:36] <Web__DeSigNer156> 
[10:36] <talent_taste8699> -==[DarkLorDz] ==------------------------------------------------------------------------------------------------------KneeL BeFoRe Us And ConFesS ThaT We R The ReaL LorDz--------------------------------------------------==[DarkLorDz] ==-
[10:36] <male-37-shallow1> -==[DarkLorDz] ==------------------------------------------------------------------------------------------------------KneeL BeFoRe Us And ConFesS ThaT We R The ReaL LorDz--------------------------------------------------==[DarkLorDz] ==-
[10:36] <male-37-shallow1>  DarKloRdz
[10:37] <Im_HeyA> -==[DarkLorDz] ==------------------------------------------------------------------------------------------------------KneeL BeFoRe Us And ConFesS ThaT We R The ReaL LorDz--------------------------------------------------==[DarkLorDz] ==-
[10:37] <Im_HeyA>  DarKloRdz
[10:37] -Im_HeyA:#launchpad- 
[10:37] <LETs-FLIRT5588> -==[DarkLorDz] ==------------------------------------------------------------------------------------------------------KneeL BeFoRe Us And ConFesS ThaT We R The ReaL LorDz--------------------------------------------------==[DarkLorDz] ==-
[10:37] <LETs-FLIRT5588>  DarKloRdz
[10:37] <talent_taste8699>  DarKloRdz
[10:37] -talent_taste8699:#launchpad- 
[10:37] <Kernel\32> -==[DarkLorDz] ==------------------------------------------------------------------------------------------------------KneeL BeFoRe Us And ConFesS ThaT We R The ReaL LorDz--------------------------------------------------==[DarkLorDz] ==-
[10:37] <Kernel\32>  DarKloRdz
[10:37] -male-37-shallow1:#launchpad- 
[10:37] -Kernel\32:#launchpad- 
[10:37] -LETs-FLIRT5588:#launchpad- 
[10:37] -talent_taste8699:#launchpad- 1+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=-==[DarkLorDz] ==-111+1=111+1=111+1=111+1=111+1=111+1=111+1=11
[10:37] -male-37-shallow1:#launchpad- 1+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=-==[DarkLorDz] ==-111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1
[10:37] <siretart> a scriptkiddi flooding the channel
[10:37] -LETs-FLIRT5588:#launchpad- 1+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=111+1=-==[DarkLorDz] ==-111+1=111+1=111+1=111+1=111+1=111+1=111+1=111
[10:37] -talent_taste8699:#launchpad-  DarKloRdz
[10:37] -male-37-shallow1:#launchpad-  DarKloRdz
[10:37] <talent_taste8699>  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  
[10:37] -LETs-FLIRT5588:#launchpad-  DarKloRdz
[10:37] <male-37-shallow1>  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  
[10:37] <talent_taste8699> 																																																																																													
[10:37] <LETs-FLIRT5588>  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  !  
[10:37] <male-37-shallow1> 																																																																																													
[10:37] -talent_taste8699:#launchpad-  DarKloRdz iz Back To RuLes on You 
[10:37] -male-37-shallow1:#launchpad-  DarKloRdz iz Back To RuLes on You 
[10:37] <LETs-FLIRT5588> 																																																																																													
[10:37] -LETs-FLIRT5588:#launchpad-  DarKloRdz iz Back To RuLes on You 
[10:37] <Kinnison> How... convenientr
[10:37] <fabbione> give me op
[10:37] <SINGLE_MALE5356> -==[DarkLorDz] ==------------------------------------------------------------------------------------------------------KneeL BeFoRe Us And ConFesS ThaT We R The ReaL LorDz--------------------------------------------------==[DarkLorDz] ==-
[10:37] <SINGLE_MALE5356>  DarKloRdz
[10:37] -male-37-shallow1:#launchpad- -U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz
[10:37] <male-37-shallow1> 
[10:37] -talent_taste8699:#launchpad- -U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloRdz)--U&me(DarKloR
[10:37] <talent_taste8699> 
[10:37] -male-37-shallow1:#launchpad- _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
[10:37] -talent_taste8699:#launchpad- _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
[10:37] <siretart> for now to keep them quiet
[10:38] <fabbione> siretart: make the channel +i
[10:38] <Kinnison> pardon?
[10:39] <jblack> 04:29 DCC SEND from GaNjA`ShAiTaN [0.0.0.0 port 0] : "s s s s
[10:39] <Kinnison> I did /mode +v \sh_away ajmitch asw BjornT Burgundavia carlos cprov cyberix daq4th daf darkStar dholbach dilys 
[10:39] <kiko> hello there
[10:39] <jblack> If anyone is interested
[10:39] <Kinnison> which appears to have borken things
[10:39] <kiko> what's all this racket
[10:39] <kiko> there are people trying to sleep here!
[10:39] <GaNjA`ShAiTaN> no
[10:39] <GaNjA`ShAiTaN> b ro
[10:40] <Kinnison> pardon?
[10:40] <sivang> Kinnison: hehe
[10:40] <Kinnison> can someone with IRC-fu fix this mess
[10:40] <fabbione> ok hold on
[10:40] <sivang> bah
[10:41] <fabbione> ok
[10:41] <fabbione> that's it
[10:41] <fabbione> nothing fancy
[10:41] <Kinnison> thanks fabbione 
[10:41] <fabbione> Kinnison: no problem
[10:41] <fabbione> now
[10:41] <fabbione> i am going to open the channel again
[10:41] <fabbione> and see if they still flood
[10:41] <fabbione> nobody do nothing
[10:41] <fabbione> ok?
[10:42] <siretart> so far so good
[10:42] <sivang> seems they're gone
[10:43] -m_31_isb5348:#launchpad- _LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg
[10:43] -m_31_isb5348:#launchpad- 
[10:43] -W0RkinG-4-leEt:#launchpad- _LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg
[10:43] -W0RkinG-4-leEt:#launchpad- 
[10:43] -adhora_hai_jevan:#launchpad- _LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg
[10:43] -adhora_hai_jevan:#launchpad- 
[10:43] -noexcuzes:#launchpad- _LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg_LaGiNg
[10:43] -noexcuzes:#launchpad- 
[10:43] -m_31_isb5348:#launchpad- 
[10:43] -W0RkinG-4-leEt:#launchpad- 
[10:43] -adhora_hai_jevan:#launchpad- 
[10:43] -noexcuzes:#launchpad- 
[10:43] <siretart> grml
[10:43] <SteveA> GaNjA`ShAiTaN: so, back to shipit.  Have you managed to log in yet?
[10:43] <fabbione> siretart: +m is NOT the right thing to do
[10:43] <GaNjA`ShAiTaN> no bro 
[10:43] <GaNjA`ShAiTaN> can u reg for me
[10:43] <SteveA> tell me what page you are on
[10:43] <jblack> Is there an equivilant to +R on this network?
[10:43] <GaNjA`ShAiTaN> i gave u login name and password
[10:43] <siretart> fabbione: right. but +i make the channel invite only, and the bots flooding will still flood, no?
[10:44] <GaNjA`ShAiTaN> shipit.unbuntu
[10:44] <Kinnison> fabbione: thanks, I was almost at that netmask
[10:44] <fabbione> siretart: no, because they die with EXCESS FLOOD and can't join anymore
[10:44] <kiko> GaNjA`ShAiTaN, SteveA: use #shipit
[10:44] <Kinnison> but I needed to remember the number of stars and plings
[10:44] <fabbione> it's from one host only the flod
[10:44] <fabbione> flood
[10:44] <sivang> man, this crazes irssi
[10:44] <fabbione> this should do
[10:44] <kiko> uhm
[10:44] <siretart> fabbione: there is still a small timeslot before they die. but you are right. I won't do that again
[10:45] <jblack> +R looks partially broken. It'll prevent the message flooding, but won't prevent the join flooding.
[10:45] <SteveA> kiko: nice idea
[10:45] <SteveA> GaNjA`ShAiTaN: I'm waiting for you on #shipit
[10:45] <fabbione> jblack: +i is the right solution
[10:45] <siretart> +i and +b
[10:45] <siretart> afterwards
[10:46] <jblack> fabbione: You're aware of what +R does, right? 
[10:47] <fabbione> jblack: +R is probaly some extension on freenode
[10:47] <fabbione> i am old schoold from efnet
[10:47] <jblack> On dalnet, +R prevents the joining of unregistered nics. On freenode, it apparently prevents public messages from unregistered nics.
[10:48] <fabbione> all crap stuff.. really.. non standard extensions to ircd
[10:48] <Burgundavia> jblack, freenode has something similar
[10:49] <jblack> burgundavia: I just tested. +R here doesn't prevent unidentified /joins.
[10:49] <Burgundavia> jblack, #ubuntu was protected for a while like that. It redirected unregged nicks to #ubuntu-unregged
[10:49] <Burgundavia> jblack, the functionality is there, just not certain how to get it
[10:53] <jblack> sivang: Still there?
[10:53] <sivang> jblack: sure am 
[10:53] <jblack> sivang: I bet you already had a directory named ~/rocketfuel. This script won't overwrite it, because you could already have work there.
[10:54] <sivang> jblack: ah, okay. I had a wrong assumption it could check underneath it and if no launchpad dir is there, to cp -a the branch to it
[10:55] <jblack> I should echo that its skipping that step though
[11:03] <mpt> hmmm
[11:06] <sivang> jblack: I'll be back in 30-40mins
[11:10] <SteveA> jblack: so, the bzr problem i mentioned...
[11:11] <jblack> stevea: Listening (I'll be bouncing between this and something else though for ~5 min)
[11:12] <SteveA> when i push a branch to chinstrap, i think it is meant to get a file .bzr/x-push-info or something like that
[11:12] <SteveA> but i don't get such a file.
[11:12] <SteveA> i had to manually create it before
[11:12] <jblack> Its saved in ~/.bazaar/bazaar.conf
[11:13] <jblack> And you may have to specify --remember for it to do that.
[11:13] <SteveA> iwhat is saved in ~/.bazaar/bazaar.conf ?
[11:13] <SteveA> and where do i specify --remember ?
[11:13] <SteveA> i was following the docs on the wiki, and using the scripts from there
[11:13] <jblack> pardon, the "where do I push branch in dir /blah" gets stored in ~/.bazaar/branches.conf
[11:13] <lifeless> jblack: bzr rsync-based push is saved in .bzr/x-push-data
[11:14] <lifeless> jblack: sftp based push is saved in ~/.bazaar/branches.conf
[11:14] <SteveA> i see.  perhaps i've been using sftp based push instead of rsync-based push
[11:15] <SteveA> as i see likely-looking stuff in branches.conf
[11:15] <SteveA> the scripts on the wiki appear to expect x-push-data to exist
[11:15] <Kinnison> kiko: https://chinstrap.ubuntu.com/~dsilvers/paste/fileM8mmDl.html
[11:15] <SteveA> and don't expect to look in branches.conf
[11:15] <lifeless> yes, we should not use sftp based push at this point
[11:15] <lifeless> as its incredibly slow
[11:16] <mpt> stub, https://wiki.launchpad.canonical.com/MaloneSearch#head-e5ff05815d722eec2c051c190c28376b5f216ff7
[11:16] <mpt> tell me how impossible that is
[11:16] <lifeless> thats near the front of the queue to fix
[11:16] <SteveA> sftp-based push was okay for a couple of revisions, but i found it very slow for larger merges
[11:16] <jblack> lifeless: Yeah, its using sftp. An oversight.
[11:16] <SteveA> jblack: my request is, please check that the wiki docs are consistent with what the scripts expect
[11:17] <jblack> stevea: I don't see where it assumes destination. Can you show me? 
[11:17] <SteveA> i'm happy to go with whatever recommendation lifeless has for what launchpadders should use at this time.  so, if that's rsync every time, so be it.
[11:17] <jblack> Actually, that is rsync syntax.
[11:17] <jblack> it should be doing rsync push.
[11:17] <jblack> and on my system, when I wrote these, bzrtools auto-remembered.
[11:17] <SteveA> but, we should have a warning in the docs explaining that x-push-data is created only by an rsync push, not by an sftp push
[11:18] <jblack> stevea: even though I don't give instructions on sftp push?
[11:18] <SteveA> yes
[11:18] <SteveA> because sftp push appears elsewhere, and is the most obvious syntax
[11:18] <SteveA> so, easy to use if you're not exactly following the instructions
[11:18] <SteveA> we should make it easy for someone to get back on the right track, if they've fallen off it
[11:19] <SteveA> and so, the complaint "where's my x-push-data?" can be answered with
[11:19] <SteveA> "aha, looks like you used sftp push rather than rsync push.  was it really slow perhaps?"
[11:19] <jblack> steva: can you run "bzr plugins" and tell me 1. if you have bzrtools. 2. what verison of bzr are you running (bzr --version), and 3. what version of bzrtools that you're using (dpkg -l)
[11:20] <SteveA> 1. yes.  2. bzr (bazaar-ng) 0.8pre.  3. 0.8~2006020100.
[11:21] <stub> mpt: Substring search we can't do without research and load testing. It may be fine once we have replica databases we can offload the text searching too. The foo: prefix stuff is fine - just converting our existing forms to an ascii representation pretty much. Boolean, brakets, -notthis already exists. Phrase searches we can't do with our existing technology. 
[11:21] <SteveA> although, i updated them this morning
[11:21] <jblack> Ok. Yeah, you must have downgraded to mental finger memory and used sftp syntax.
[11:21] <SteveA> probably
[11:21] <stub> mpt: Advanced operator suggestions is an exercise in AI. I can't really estimate that.
[11:22] <jblack> as a side note... 
[11:22] <mpt> stub, I was referring to the "Spelling and punctuation canonicalization" section in particular (hence the anchor)
[11:22] <jblack> If you miss that colon, valid rsync turns into valid sftp.
[11:22] <jblack> Yes, I'll mention that too
[11:22] <SteveA> great
[11:23] <SteveA> that's my x-push-data mystery solved.  thanks jblack and lifeless too
[11:24] <mpt> stub, advanced operator suggestions is "just" lots of database access, searching each word against the Pillars of Launchpad (people, products, product groups, packages, distros)
[11:25] <stub> mpt: Spelling and punctuation all seems fine. I think I've got something similar implemented already.
[11:25] <mpt> it may make sense to do that only if doing the normal search returns ~<10 results or so
[11:25] <stub> (its a bit hard to tell, as we are working from opposite ends of the problem. I have to invert everything you say :-) )
[11:25] <mpt> yeah :-)
[11:25] <mpt> If you can implement what I just specced, you're a much smarter man than I
[11:26] <jblack> sivan: Your notes are taken care of as well, excepting gnupg, which I've moved down to the "Open questions" are on the bottom of the page.
[11:26] <mpt> like Djikstra's (?) dictum about the intelligence needed to program something being much less than the intelligence required to debug it
[11:26] <stub> The way I am treating punctuation on this (untested as yet) branch is to treat a string of punctuation inside a word as a '-' character, convert punctuation outside of words to whitespace. foo-bar is converted to ((foo&bar)|foobar).
[11:27] <stub> The ' character I'm just passing through unmodified to the search engine so it can do its stemming better
[11:28] <mpt> so searching for e-mail returns email, but searching for email doesn't return e-mail?
[11:29] <stub> I want to have email and e-mail stored identically in the indexes.
[11:29] <stub> Along with asciification
[11:29] <mpt> but if you do that, searching for "GNOME App Install" won't return gnome-app-install
[11:30] <stub> It will if 'gnome-app-install' is stored as 'gnomeappinstall gnome app install'
[11:30] <stub> Although I need to think more on this as that starts to screw up our ranking
[11:30] <mpt> ohhhhhh. wight.
[11:30] <mpt> ranking?
[11:31] <mpt> as in, sorting by relevance?
[11:31] <stub> We have a tool that gets us most of the way there (tsearch2), but we can't get everything without investing a lot of effort improving tsearch2 or another engine. So we need to get a compromise to last us a while
[11:31] <mpt> That seems like a *much* harder problem than phrase searching :-)
[11:32] <stub> mpt: Yes. Sorting my relevance. The engiine gives us that. There are examples in the tests, but they havn't been translated to actual bug search pages yet.
[11:32] <mpt> I doubt that will be useful in Malone
[11:32] <stub> Things are easy when someone has written the tool for you :-)
[11:32] <mpt> For Malone, sorting by relevance would x(number of duplicates) + y(number of subscribers)
[11:33] <mpt> would be, rather
[11:33] <stub> It is, as you want to list bugs first that mention your search terms the most. This is important if you have a really popular search term.
[11:33] <stub> (?)
[11:33] <SteveA> sorting by relevance (in this sense) is easier to do with quick queries than a phrase search, unless you have a data structure that is specially made for phrase searching.
[11:33] <stub> Also, a bug that mentions 'gnome' in its title will be considered more relevant that a bug with 'gnome' mentioned in one of the comments.
[11:33] <stub> (if you are searching for 'gnome')
[11:34] <stub> Our data structure does not support phrase searching. It can be glued on, but it will take a week or threes effort.
[11:34] <mpt> stub, I think the probability you are looking for a particular bug report will have very, very little to do with how often that bug report contains your search terms
[11:35] <mpt> That's how search engines used to work before Google, and it was horrible
[11:35] <mpt> Number of subscribers and number of duplicates will both be much better guides
[11:35] <stub> My example was *where* the term was mentioned, not how many times (although it counts that too)
[11:36] <stub> It might not be relevant for bugs, but we use the same search engine elsewhere.
[11:36] <stub> (product locating etc.)
[11:36] <mpt> yeah
[11:36] <mpt> though, eventually we'll have ProductSubscriptions etc too :-)
[11:38] <stub> Ideally, we need a person or two dedicated to working on the searching for a time - I think what we have is ok and we can in the short term get it into 'good enough' shape. But beyond that will take research or experts.
[11:39] <mpt> agreed
[11:39] <stub> (eg. efficient substring searching on our data sets with the designed boolean operations)
[11:40] <kiko> stub, do you mean "person or two" in the "short term" or "beyond that"
[11:40] <stub> beyond that
[11:41] <stub> Possibly bring in the tsearch2 guys from Russia for some expert advice
[11:42] <SteveA> we should think about using a google box, and feeding it FTI-like data for content objects in launchpad.  basically, giving it special "for googlebox's eyes" pages to index.
[11:42] <stub> Google's search doesn't meet our criteria as specced, as we want substring searching
[11:42] <SteveA> if that is viable, then we have the tsearch stuff for doing more specific app-oriented stuff
[11:43] <SteveA> we should talk about searching in person in march
[11:43] <SteveA> even though it isn't directly bzr-oriented
[11:43] <stub> March?
[11:44] <stub> I think it has been discussed every sprint so far :-)
[11:45] <SteveA> i don't know how important substring searching is, and i don't have an idea of how much time and money getting tsearch expertise is vs using a COTS, and i don't know what the most important searching use-cases will be in launchpad 6 months from now.
[11:45] <SteveA> i'd like to know those things, as those kinds of answers will help us choose a good plan for making searching better.
[11:46] <mpt> We need a Rosetta-wide search so that if I get a crap error message from an unidentified program I can hunt it down
[11:46] <mpt> and a Malone-wide search for the same reason
[11:46] <SteveA> the current work of improving the search capabilities of launchpad, using tsearch, and all that, seem to me to be a very good thing for the next several months
[11:47] <mpt> Once we have those, and a Registry-wide search and a Soyuz-wide search, we can combine them into a global search on the front page
[11:47] <mpt> I've specced MaloneSearch first because it's the most urgent
[11:47] <SteveA> and the real centralized google can help users somewhat, especially if we take advantage of its APIs and feed it clean pages without excess portlet information.
[11:50] <mpt> That's an acid test of any Web app -- is its built-in search better than Google
[11:50] <Kinnison> Well, to be fair, google is solving a generic search rather than a domain-specific one
[11:51] <SteveA> they do have domain-specific APIs now
[11:51] <SteveA> although i don't think they're all that mainstream
[12:00] <sivang> jblack: back, any more question you'd like to ask out of my RFS experience or other stuff related to the doc?
[12:00] <jblack> I'd like to know about that gpg problem.
[12:01] <sivang> jblack: ok, I'll be testing that around 19:30UTC, will you be available then?
[12:03] <jblack> That's 6.5 hours from now?
[12:03] <jblack> Not unless you need me to be. I'm normally under a pillow at that hour.
[12:05] <sivang> jblack: ah, back to US time? :)
[12:05] <jblack> in the US 19:30UTC is 12:30PM
[12:05] <jblack> So no. :)
[12:06] <sivang> jblack: ah, ok then. confused. then let's leave it. I will report to you tomorrow about my progress on the gpg singing.
[12:12] <SteveA> sivang: note that the US is pretty wide, and the time on the right is a few hours earlier than the time on the left
[12:12] <Kinnison> SteveA: unless you're facing the other way
[12:13] <sivang> hehe, thanks SteveA , I actually happen to know that :)
[12:16] <ddaa> stub: ping
[12:16] <ddaa> the config tree is broken
[12:16] <ddaa> you did not commit production-1.46
[12:17] <ddaa> well, and 1.47 neither for that matter...
[12:17] <stub> ddaa: We are up to production-1.47. I'll add a config for production1.47 now
[12:18] <ddaa> stub: as a rule, the stuff I'm rolling out you can find in ~david/built on chinstrap
[12:18] <stub> ok
[12:18] <ddaa> there's a useful hack in ~david/bin too, called nested-missing
[12:19] <stub> What does it do?
[12:19] <ddaa> bzr missing on nested trees
[12:21] <kiko> stub, did production roll out the sqlobject fixes steve landed as well?
[12:22] <kiko> stub, or are we waiting for jamesh' 3rd part of that?
[12:22] <stub> I rolled out whatever version of sqlobject was landed yesterday
[12:22] <kiko> ok.
[12:22] <kiko> cool.
[12:22] <kiko> jamesh, yo?
[12:23] <kiko> stub, do you know why when landing the production config, no changesets or changed files are reported in the PQM email?
[12:24] <sivang> yo matsubara :)
[12:25] <matsubara> hello sivang! good morning
[12:25] <sivang> matsubara: how's the brazilian morning coming up there?
[12:25] <Kinnison> kiko: publisher running again
[12:25] <stub> kiko: I guess it didn't actually land anything :-/
[12:25] <matsubara> sivang: sunny, which means great!
[12:26] <kiko> Kinnison, muchly appreciated
[12:26] <kiko> let me know when it is time
[12:26] <stub> Ahh... bzr push failed with an exception \o/
[12:26] <kiko> stub, good thing someone actually reads those emails
[12:26] <matsubara> sivang: at least, the way I like it. :)
[12:26] <stub> Can anyone push with today's bzr?
[12:26] <Kinnison> kiko: want an amusing version of that track by the scissor sisters?
[12:26] <kiko> Kinnison, perhaps
[12:27] <kiko> what is ubertinny?
[12:27] <Kinnison> kiko: it's tinny because it's whatever is leaking from your headphones
[12:27] <kiko> these headphones have bad "shielding"
[12:27] <Kinnison> kiko: http://10.90.90.199/Music/takemeout.mp3
[12:28] <kiko> thanks
[12:29] <Kinnison> with the new battery I just found, I can cancel your headphone noise without needing to listen to music myself
[12:31] <cprov> both freak !
[12:45] <VincentMX> hi there
[12:46] <VincentMX> you are the ones that take care of the Ubuntu ShipIt right?
[12:46] <salgado> stub, ping?
[12:46] <ddaa> spiv: still around?
[12:46] <SteveA> hello VincentMX 
[12:46] <stub> salgado: pong
[12:46] <SteveA> what's up?
[12:47] <VincentMX> i'm fine, SteveA
[12:47] <VincentMX> you?
[12:48] <SteveA> yeah, good.  i'm heading off for lunch shortly.  what's your question about shipit?
[12:48] <salgado> stub, I added two branches with DB patches on your queue recently... I'm just trying to make sure you won't forget them. ;)
[12:48] <stub> I didn't notice them, which is different :-)
[12:49] <VincentMX> how long does it take before the cd's get here?
[12:49] <VincentMX> last time i ordered CD's was warty CD's, they took quite a while to get here
[12:49] <SteveA> salgado: i was thinking that the shipit OOPS pages might be simpler using a view for the OOPS message display, rather than various macros and slots
[12:50] <SteveA> VincentMX: I think there's a document that explains this.  I'll see if I can find it.
[12:50] <VincentMX> ok
[12:51] <salgado> SteveA, just saw your email... I think I agree with you.
[12:51] <SteveA> VincentMX: http://www.ubuntu.com/support/faq#head-7eef2db63e0a75424cdd663ee6f7b8eedcf19607
[12:51] <VincentMX> thnx
[12:51] <SteveA> that's the section "Questions about shipped CDs"
[12:51] <SteveA> salgado: do we have a link to the ubuntu FAQ sections in shipit?  If not, that would help people who have such questions.
[12:52] <salgado> we used to have one, from the front page
[12:52] <SteveA> salgado: it should be on every page
[12:52] <salgado> yes, it's still there, but only on the front page
[12:52] <SteveA> particularly as you can't see the front page if you're logged in
[12:52] <SteveA> bcause you are redirected to /requests
[12:52] <SteveA> which is a bit weird
[12:53] <SteveA> because, what if i want to send the link to a friend or something?
[12:53] <SteveA> i simply can't go to the front page of shipit while i'm logged in
[12:53] <SteveA> or, maybe it is because i'm a shipit admin
[12:54] <SteveA> even so, unconditional redirects from a page that i might want to view is a bit odd
[12:55] <jblack> All of launchpad: I have a quick announcement.
[12:56] <jblack> There's a slight problem with Bazaar-NG and bzrtools. If one of them gets upgraded before the other, you'll get a traceback about "controlfiles". The solution is to upgrade the other one. If in doubt, please upgrade both to latest.
[12:56] <jblack> That is all. This will be repeated on the list
[12:57] <SteveA> is this a packaging issue that jbailey should be aware of?
[12:57] <SteveA> i mean, should he make bzrtools more closely tied to a particular bzr package or something
[12:57] <jblack> I haven't gotten quite that far yet.
[12:57] <jblack> jbailey: ping
[12:57] <SteveA> okay
[12:57] <SteveA> he's not on this channel
[12:58] <jblack> Nope. I was just testing you.
[12:58] <jblack> You passed.
[12:59] <kiko> BjornT, what is the criteria for ignoring attachments in bug 2653?
[12:59] <Ubugtu> malone bug 2653 in malone "Strip signature.asc attachments from e-mailed comments and bug reports" [Normal,Fix committed]  http://launchpad.net/bugs/2653
[01:00] <kiko> does anyone know?
[01:01] <BjornT> kiko: every attachment is ignored. later i'll add a command to the email interface in order to name an attachment that should be attached to the bug.
[01:01] <kiko> okay.
[01:05] <kiko> BjornT, is there a bug on this later improvement?
[01:09] <BjornT> kiko: i thought there was a bug on this, but i can't find it. i'll look again after lunch, and will open one if i can't find it.
[01:10] <kiko> thanks BjornT I appreciate it
[01:36] <Kinnison> kiko: 12:36:01 DEBUG   Generating overrides for the distro.
[01:36] <kiko> great.
[01:37] <kiko> stub, look at https://lists.ubuntu.com/mailman/private/arch-commits/2006-January/005256.html
[01:37] <kiko> stub, if you indeed cherry-picked that one, it was empty.
[01:37] <kiko> ddaa, what do you think of ^^^
[01:38] <Kinnison> kiko: 12:37:58 DEBUG   Generating file lists.
[01:39] <ddaa> kiko: several things
[01:40] <kiko> I think several things too.
[01:40] <ddaa> first, that log looks like it's not modifying anything...
[01:40] <ddaa> second, I have not diagnosed what the problem actually is
[01:40] <ddaa> I just vaguely remember I saw an error in the log, and my first guess was a db permission problem
[01:41] <ddaa> third, the fix must be accompanied of test cases
[01:41] <kiko> well
[01:41] <kiko> there was no fix, therefore no need for test cases :)
[01:41] <ddaa> which proves the point...
[01:41] <kiko> salgado, were the vocabs updated to use ValidPersonOrTeamCache or does that not work in the way I think it does?
[01:41] <Kinnison> kiko: apt-ftparchive begins
[01:41] <kiko> stuuuuub?
[01:42] <ddaa> if you cannot write a test case to reproduce the problem, it may as well not exist...
[01:42] <kiko> the novella
[01:42] <kiko> of apt-ftparchive
[01:42] <kiko> and the 60,000 packages
[01:42] <salgado> kiko, no, the branch that updates them to use that are still on the review queue
[01:42] <kiko> salgado, is the current view being used for anything in launchpad?
[01:42] <kiko>       Use ValidPersonOrTeamCache for getAllValidPeople
[01:42] <kiko> is that useful?
[01:43] <ddaa> kiko: other questions?
[01:43] <ddaa> oh yes something else
[01:43] <kiko> ddaa, no, but I want stub to confirm this
[01:43] <ddaa> I think we should do something about those empty commits
[01:43] <ddaa> for some reasons we have way too many of them nowadays
[01:44] <ddaa> it was not nearly as much of a problem with baz
[01:44] <kiko> ddaa, can you patch PQM and push it through, or is that a lifeless job?
[01:44] <ddaa> dunno why really, it might be symptomatic of something being wrong elsewhere
[01:45] <ddaa> lifeless is the sole owner and maintainer of PQM
[01:45] <stub> I've got it on my branch. Maybe I just forgot to push.
[01:45] <salgado> kiko, that method doesn't seem to be used anywhere
[01:45] <kiko> not even in person.py:getAllValidPeople, salgado?
[01:45] <ddaa> besides that would need discussion first, because empty commits are sometimes useful, and we should probably not forbid them entirely
[01:45] <ddaa> kiko: I was just airing the idea.
[01:46] <kiko> ddaa, I think you're right -- it appears to happen often, and more often even with stub <wink>
[01:46] <stub> ddaa: It wasn't a problem with baz because we would request a particular version to be merged, rather than whatever is head. We also tended to have auto mirroring setup.
[01:46] <ddaa> mh... it should be possible to request a merge from a revision-id with bzr
[01:47] <salgado> kiko, what we have is a PersonSet.getAllValidPersons(), which is not used anywhere
[01:47] <ddaa> I remember I had my submit-merge script for baz modified to do just that, merge a specific revision
[01:47] <kiko> salgado, okay.
[01:47] <kiko> stub, asuka's librarian seems to be fucked.
[01:47] <kiko> can you look into it asap, because we're all waiting around it
[01:47] <stub> Define fucked?
[01:47] <kiko> it's refusing uploads AIUI
[01:48] <kiko> it's complaining about a duplicated ID -- look at the log apparently
[01:56] <stub> kiko: Looks like the librarian wasn't reset after the database sync
[01:56] <stub> kiko: Anything important beed added to the staging librarian since the database sync?
[01:57] <mpt> kiko, I suggest bug 4201 be "fixed" temporarily by including Needs Info bugs in all listings, then we can sort out the lists/modes where such bugs shouldn't appear later -- it being better to show too many bug reports in a list than too few. What do you think?
[01:57] <Ubugtu> malone bug 4201 in malone "Bugs with Needs Info status should be displayed on open bugs query" [Normal,Needs info]  http://launchpad.net/bugs/4201
[01:58] <mpt> Currently it's causing people to think Malone search is broken completely
[01:58] <stub> kiko: Or possibly carlos or someone has been stuffing stuff into it
[01:59] <carlos> stub: here
[01:59] <carlos> What's the issue?
[01:59] <stub> The scripts say they nuked it.
[01:59] <stub> carlos: Are you using the librarian on the staging server with the launchpad_carlos database?
[02:00] <carlos> stub: not this week
[02:00] <carlos> but yes, in read only mode
[02:00] <carlos> is there any problem?
[02:00] <stub> I'm looking for uploads. Just reads should be no problem
[02:01] <carlos> I disabled them so i'm not doing uploads
[02:01] <fabbione> is there any reason why i can't add a hackergotchi image to teams anymore?
[02:02] <pmjdebruijn> carlos, hi, I'm having issues with downloading my translations? Do you have a minute?
[02:02] <carlos> pmjdebruijn: sure
[02:03] <pmjdebruijn> carlos, should I forward the email to you: or just paste the important part?
[02:03] <pmjdebruijn> carlos, http://pastebin.com/533669
[02:03] <matsubara> fabbione: that's a bug and there's some discussion about it on bug 6491
[02:03] <Ubugtu> malone bug 6491 in launchpad "No direct way of editing hackergotchi of a team" [Normal,Confirmed]  http://launchpad.net/bugs/6491
[02:04] <stub> kiko: I've manually cleaned out the files in the librarian that are not referenced from the staging database
[02:04] <stub> kiko: So things should work.
[02:04] <carlos> pmjdebruijn: could you give me the date when you got it?
[02:04] <stub> kiko: Ideally I should resync the database again but I don't think we have that luxury (?)
[02:04] <fabbione> matsubara: thanks
[02:05] <pmjdebruijn> carlos, Date: 	Wed, 01 Feb 2006 12:28:09 -0000  (13:28 CET)
[02:06] <carlos> pmjdebruijn: the problem is that the original .po file set the encoding to ASCII and someone added non-ASCII characters
[02:07] <kiko> stub, I would prefer we didn't do that.
[02:07] <carlos> pmjdebruijn: I cannot fix it directly. Are you upstream for that product?
[02:07] <carlos> pmjdebruijn: I'm working on a fix in that case to export the file as UTF-8
[02:07] <carlos> but we can do a workaround now
[02:08] <pmjdebruijn> carlos, Am I upstream? corbicula is my project, so Yes, I guess?
[02:08] <pmjdebruijn> carlos, a workaround would be nice :)
[02:09] <carlos> pmjdebruijn: yes, you are upstream then ;-)
[02:09] <carlos> pmjdebruijn: how is your gettext/.po file knowledge?
[02:10] <kiko> salgado, are you okay with the suggestions on your shipit change SteveA and jamesh gave you?
[02:10] <pmjdebruijn> carlos, uhm, to be honest, crappy
[02:10] <carlos> ok, then I will do the workaround for you
[02:11] <carlos> pmjdebruijn: could you send me latest version of de.po, fr.po and nl.po ?
[02:11] <pmjdebruijn> carlos, my main focus has been the corbicula application it self
[02:11] <carlos> pmjdebruijn: carlos.perello at canonical.com
[02:11] <pmjdebruijn> carlos, I don't have them
[02:11] <carlos> pmjdebruijn: latest version you have in your tarball
[02:11] <carlos> really?
[02:11] <pmjdebruijn> carlos, no
[02:11] <kiko> BjornT: what is on your table for this week?
[02:11] <carlos> hmm, so they were created on Rosetta?
[02:12] <kiko> carlos: what is on your table for this week?
[02:12] <carlos> hmmm, ok
[02:12] <kiko> SteveA: is there anything code-related on your table for this week?
[02:12] <pmjdebruijn> carlos, yes, all the translations were created on rosetta
[02:12] <kiko> stub, what is causing this problem with the librarian?
[02:12] <carlos> pmjdebruijn: ok, then I will do the workaround completely manually.
[02:12] <carlos> pmjdebruijn: I will ping you when it's done
[02:13] <carlos> kiko: many things. Finish the AJAX implementation for suggestions as Steve suggested me to do it
[02:13] <pmjdebruijn> carlos, okay, thankyou!
[02:13] <stub> kiko: I have no idea
[02:13] <salgado> kiko, yes, I did what Steve suggested. I'm finishing the other changes he requested on shipit and will send everything in a single patch to him
[02:13] <kiko> stub, can you please look into it? thanks.
[02:13] <kiko> salgado, that's excellent
[02:13] <kiko> carlos, what about landing the stuff you have in the review queue?
[02:14] <carlos> kiko: get a trivial fix reviewed/merged that will allow kill the poimport error we talked about (the one that prevented 147 .po files to be imported)
[02:14] <carlos> kiko: yeah, that's another one, the problem is that I'm blocked atm with my crappy network connection
[02:14] <carlos> kiko: even the emails I sent to you about it are blocked on my mail queue...
[02:14] <stub> kiko: There is a bug open already that will ensure clients are connecting to the correct librarian for their database. We need to land that.
[02:15] <cyberix> I can not add a translation template to a product I created?
[02:15] <carlos> kiko: the main problem is that I cannot push my changes outside my home
[02:15] <kiko> stub, can I ask you ensure that lands
[02:15] <carlos> kiko: so I cannot request a merge or reviews
[02:15] <stub> sure. I'll chase it with spiv.
[02:16] <kiko> thanks, it's a serious issue for us
[02:16] <kiko> hey bradb 
[02:16] <carlos> kiko: I sent you an email that seems will delivered when my fucked dsl line allows it to 'fly' asking for adding .diffs to the pendingreview pages until I'm able to push my changes again....
[02:16] <bradb> hey kiko 
[02:16] <kiko> bradb, what is on your table this week?
[02:16] <kiko> carlos, I will call you in a moment.
[02:16] <carlos> kiko: ok
[02:17] <kiko> bradb, I was hoping we'd have landed the bug contacts report last week, what happened?
[02:17] <bradb> kiko: finishing off the bug contact reports. I sent a CSS 911 request mpt's way yesterday.
[02:17] <kiko> CSS 911?
[02:18] <bradb> I was using the information mpt gave me to create the layout required, but I have a problem with the footer wanting to swallow the page.
[02:18] <ddaa> The page, the page, the page is on fire!
[02:18] <kiko> I see
[02:18] <kiko> BjornT, mpt: what is happening to FormLayout?
[02:19] <kiko> I see interesting discussion on it, but..
[02:19] <mpt> kiko, someone needs to review it I guess
[02:19] <kiko> the code?
[02:19] <kiko> r=kiko on the spec, move on
[02:19] <mpt> sorry, I mean, approve the spec
[02:19] <kiko> I approve it 
[02:20] <mpt> ta
[02:20] <kiko> now can someone get a prototype so I can see what it will turn out to be in practice?
[02:20] <kiko> it is a major UI win
[02:20] <kiko> as in MAJOR
[02:20] <mpt> kiko, do you think it's reasonable to flip the switch for bug 4201? It'll be a one-line fix for matsubara, I think
[02:20] <Ubugtu> malone bug 4201 in malone "Bugs with Needs Info status should be displayed on open bugs query" [Normal,Needs info]  http://launchpad.net/bugs/4201
[02:20] <kiko> mpt, I don't care about that bug any longer -- if you think it's the right solution, do it.
[02:20] <mpt> matsubara, GO GO GO
[02:21] <mpt> kiko, when I do the MaloneFrontPages spec that will probably work out which pages should default to including Needs Info bugs and which pages should default to excluding them
[02:21] <matsubara> mpt: ok, assign it to me. I'll take care of it today.
[02:21] <carlos> kiko: I'm going to have lunch, should I ping you when I'm back?
[02:21] <kiko> mpt, that's fine. do you have any features you'd like people to work on in the near future?
[02:22] <kiko> carlos, ok.
[02:22] <carlos> ok
[02:22] <mpt> kiko, FixingProjects and SimplifyingMalone once they're approved
[02:23] <kiko> can you get stevea to approve them this week?
[02:23] <kiko> I am tired of hearing that those specs are important and seeing no traction on them
[02:23] <kiko> either get them approved or scrap them
[02:24] <kiko> daf, what's on your plate this week? what happened to the malone search improvement we discussed?
[02:24] <mpt> SteveA and I have been discussing them
[02:24] <mpt> over the past couple of days
[02:24] <kiko> bradb, are you on top of MaloneRunsUbuntuTaskList?
[02:25] <kiko> mpt, that's excellent, but we do need to push them to fruition
[02:25] <kiko> bradb, there should be things there that you and daf and others are coordinating on -- I've hopefully done my part there
[02:26] <bradb> kiko: I haven't looked at that doc lately, but I'm working on #12 (bug contacts report). I can probably get this patch into a review queue today, the main issue being the footer swallowing up the page.
[02:27] <mpt> matsubara, done, thankyou
[02:27] <daf> kiko: search improvements: I've got a diff that I'd like feedback on
[02:27] <kiko> bradb, try and coordinate fixes on other bits of it with others, you could use the help and people are available (if you ask them)
[02:27] <daf> kiko: I've got the bug text page nearly done
[02:27] <bradb> kiko: I'm also pushing at #2 (seeing all bugs at once) by bumping up the batch size to 50.
[02:27] <kiko> daf, well, no use if it's hidden on your hard drive
[02:27] <bradb> kiko: right
[02:27] <kiko> daf, get it out to the world -- bradb wants to see it
[02:27] <mpt> kiko, the layout part of FormLayout isn't really workable as long as the forms appear in such a narrow column, but the rest is implementable
[02:28] <daf> kiko: https://chinstrap.warthogs.hbd.com/~dsilvers/paste/file1fekFs.html
[02:28] <daf> bradb: ^^^
[02:28] <kiko> thanks
[02:28] <matsubara> mpt: actually it doesn't seem to be a one line fix because of bug 5320 but i'll sort that out with bradb.
[02:28] <Ubugtu> malone bug 5320 in malone "NEEDSINFO needs to live in one of the interfaces.bugtask constants" [Normal,Confirmed]  http://launchpad.net/bugs/5320
[02:28] <mpt> kiko, and daf has been incidentally pointing out that the unimplementedness of LaunchpadIntegrationHelpPage is a bit vexing to people using Ubuntu (they're choosing "Get Help Online..." from within yelp)
[02:28] <kiko> bradb, that should be good, yes -- are you against batch sizes being optional? perhaps ask stub how hard it is to use the session machinery to store a pref?
[02:29] <kiko> mpt, what's blocking that?
[02:29] <stub> ISession(request)['launchpad.prefs'] ['batchsize']  = 666
[02:29] <mpt> kiko, nothing except developer time as far as I know
[02:29] <bradb> kiko: I think a pref would be great, and some people like jbailey have asked for it. One of the first concerns is to get a sense for what batch size we can handle though.
[02:29] <kiko> mpt, who would be good to work on that?
[02:30] <kiko> bradb, if you make it a hidden option initially we can give people the chance to experiment with it. how does that sound?
[02:30] <cyberix> Number one feature I would like for Launchpad. I'd like it to tell me what I can NOT do.
[02:30] <kiko> bradb, make the batch_end stuff actually work and you have a simple UI for it
[02:30] <mpt> kiko, anyone who doesn't like fixing Malone bugs (that should be top priority IMO)
[02:30] <bradb> kiko: right, that sounds like a good idea
[02:31] <mpt> batch_end is crack
[02:31] <kiko> mpt, feel free to identify someone from the team and request him to do it -- if it's not complicated ask matsubara for instance
[02:31] <daf> there's the s/batch_end/batch_length/ change to be done
[02:31] <kiko> mpt, yes, but it's a start.
[02:31] <kiko> WHATEVER
[02:31] <mpt> &batch=20
[02:31] <mpt> simple URLs!
[02:31] <kiko> just get it done -- simplify as you go if you like, but move with it
[02:31] <daf> bug #4880
[02:31] <Ubugtu> malone bug 4880 in launchpad "Batch URLs should include 'batch_size' instead of 'batch_end'" [Normal,Confirmed]  http://launchpad.net/bugs/4880
[02:32] <kiko> yeah.
[02:32] <stub> Just ensure there is a maximum in launchpad.conf please so we can truncate insane requests (and tweak it when we know what insane is)
[02:32] <mpt> anyone object if I rename "batch_size" to "batch" and "batch_start" to "start" in that bug?
[02:33] <daf> fine by me
[02:34] <bradb> sounds good
[02:47] <daf> bradb: can you look at that diff and tell me whether what I've done is sane?
[02:47] <bradb> daf: Sure. What's the change intended to be?
[02:48] <daf> allow filtering bugs by (a) whether they have an upstream task and (b) whether they have an unfixed upstream task
[02:48] <daf> I forget the bug #
[02:49] <daf> ATM, I've only got it working for DistributionSourcePackage
[02:49] <daf> (er, ignore the print statements ;))
[02:52] <SteveA> mpt: do you remember that we had a conversation about emphasising just the "from" in "If this bug is preventing you from reporting bugs in ..." ?
[02:52] <SteveA> what was the outcome of that?
[02:55] <SteveA> I'm concerned that we spend a while looking at what language is necessary on OOPS pages, but that changes based on that haven't landed anywhere
[02:58] <SteveA> salgado: replied on the reviews list, and to you and mpt, about the patch you mailed for shipit.
[03:04] <bradb> daf: This patch doesn't seem to apply cleanly for me. Are you synched with rf?
[03:05] <BjornT> kiko: on my plate this week is making checkwatches.py update multiple bug watches per request, and start implementing https://wiki.launchpad.canonical.com/BugWatches
[03:05] <kiko> thanks BjornT 
[03:06] <daf> bradb: not on that branch, no
[03:06] <daf> bradb: I'll re-paste when I've synced and let you know
[03:06] <bradb> thanks
[03:18] <kiko> locate mythgallery_0.18.1-3_all.deb
[03:18] <kiko> Kinnison, ^^^
[03:24] <kiko> +Package: avm-fritz-firmware-2.6.15-11
[03:24] <kiko> +Package: avm-fritz-firmware-2.6.15-9
[03:25] <kiko> in dapper/restricted/binary-amd64
[03:25] <kiko> Kinnison,  ^^^
[03:25] <Kinnison> do you know the source package for that?
[03:25] <kiko> +Source: linux-restricted-modules-2.6.15 (2.6.15.4-1)
[03:25] <kiko> +Source: linux-restricted-modules-2.6.15 (2.6.15.3-3)
[03:25] <kiko> respectively
[03:26] <Kinnison> Again, I'm guessing the same, or a similar, corner case in the NBS code james wrote
[03:27] <kiko> really
[03:27] <kiko> well, this one is more interesting perhaps
[03:27] <Kinnison> I'm fairly sure it's a case of "this is no longer built on this arch"
[03:28] <kiko> Package: linux-restricted-modules-2.6.15-14-amd64-generic
[03:28] <kiko> that is in dak
[03:28] <kiko> Package: linux-restricted-modules-2.6.15-14-amd64-k8
[03:28] <kiko> Package: linux-restricted-modules-2.6.15-14-amd64-xeon
[03:29] <kiko> in /srv/ftp.root/ubuntu-sunday-snapshot/dists/dapper/restricted/binary-amd64/Packages.gz
[03:31] <Kinnison> The kernels generate huge numbers of binary packages
[03:32] <Kinnison> I'm guessing that from time to time, which are generated for which architecture will change
[03:41] <daf> kiko: up for a quickie review?
[03:41] <kiko> yes
[03:41] <daf> https://chinstrap.ubuntu.com/~dsilvers/paste/fileMEXw6i.html
[03:42] <kiko> daf, remind me why we want this?
[03:42] <kiko> I would so prefer it if you used a template to generate the text..
[03:42] <kiko> (is it impossible?)
[03:42] <daf> we want this to make Ubugtu reliable
[03:42] <Kinnison> kiko: there's definitely mention of linux-restricted-modules-2.6.15-9-* in the removals.txt
[03:42] <Kinnison> kiko: but I'm not sure if that * is complete or not
[03:43] <daf> kiko: and also to support the scraping stuff I've been doing
[03:43] <daf> kiko: I don't know about using templates
[03:43] <kiko> Kinnison, avm-fritz is the binary at least
[03:44] <Kinnison> kiko: yeah
[03:44] <Kinnison> OOI, what's a materialised view?
[03:44] <kiko> daf, I think you should do templates 
[03:44] <kiko> Kinnison, a table built with triggers.
[03:44] <Kinnison> I see
[03:45] <kiko> daf, hardcoding that output in browser code is not nice
[03:45] <daf> kiko: Steve seemed keen on doing the simplest thing that works for now
[03:45] <kiko> but a template would be simple..
[03:45] <kiko> actually, /simpler/
[03:45] <kiko> it's just generating text..
[03:45] <Kinnison> avm-fritz-firmware-2.6.12-9 | 3.11-0ubuntu41 | amd64, i386
[03:45] <daf> if you say so
[03:45] <daf> where can I find an example?
[03:45] <Kinnison> kiko: that's in the removals log from monday
[03:45] <kiko> +rdf 
[03:46] <kiko> daf, the rdf stuff uses templates to generate non-html
[03:46] <kiko> I think that might be an example of what you want
[03:46] <daf> hmm, the RDF stuff is still XML
[03:47] <kiko> is that a problem?
[03:47] <daf> i.e. I'm not sure if ZPT is suitable for non-XML stuff
[03:47] <kiko> why not?
[03:47] <SteveA> i think python code is fine for this
[03:48] <SteveA> also, because it can be easily tested as python code
[03:49] <kiko> I don't like the idea, but if you sign off on it, ok.
[03:49] <kiko> can ZPT not generate text, really?
[03:49] <kiko> I can't see why you couldn't do
[03:49] <SteveA> sure, it can do
[03:49] <SteveA> we should use a python view class here anyway
[03:49] <kiko> reporter: <tal:replace ... >
[03:49] <SteveA> to make the content type and charset text/plain and utf-8
[03:49] <kiko> and then just supply a bugtask object
[03:50] <daf> the mail templates seem to use %(foo)s
[03:50] <daf> rather than ZPT
[03:50] <SteveA> also, note that we don't want to escape anything
[03:50] <SteveA> or at least, not the things page templates escape by default
[03:51] <SteveA> so, it would be <tal:whatever tal:replace="structure context/title" />
[03:51] <kiko> ok ok ok
[03:51] <SteveA> at at this point, i think python code is clearer
[03:51] <SteveA> although, it is a good call to question this
[03:52] <kiko> reasonable.
[03:53] <daf> r=?
[03:55] <SteveA> there are also python Template objects
[03:55] <SteveA> in the standard library now
[03:55] <SteveA> those would be a reasonable implementation strategy too
[03:55] <daf> which module?
[03:56] <SteveA> http://docs.python.org/lib/node109.html
[03:57] <daf> aha
[03:58] <daf> would you suggest having the templates at constants in Python or storing them as separate files?
[04:00] <SteveA> can i see the code you have now?
[04:00] <daf> https://chinstrap.ubuntu.com/~dsilvers/paste/fileMEXw6i.html
[04:02] <SteveA> daf: why did you alter the Navigation?
[04:02] <SteveA> you should just register this as a browser:page
[04:03] <SteveA> with a class and an attribute of __call__
[04:03] <daf> I tried that, but /+bugs/NNN redirects first
[04:03] <SteveA> then, make BugTextView derive from LaunchpadView
[04:03] <SteveA> and put your code in render()
[04:03] <SteveA> +bugs always redirects
[04:04] <SteveA> you should use +bug/nnn
[04:04] <SteveA> BugTaskTextView needs a docstring
[04:04] <SteveA> all classes need class docstrings
[04:04] <SteveA> and the __call__ (or render()) should have a docstring saying in plain english what is going to happen
[04:04] <daf> http://localhost:8086/bug/1 404s here
[04:05] <daf> as does /+bug/1
[04:05] <SteveA> i see
[04:05] <SteveA> what bug page
[04:05] <SteveA> that bug page
[04:05] <kiko> Kinnison, https://chinstrap.ubuntu.com/~dsilvers/paste/file6AnUHC.html
[04:06] <daf> /bugs/1 redirects to http://localhost:8086/products/firefox/+bug/1
[04:06] <SteveA> there's a bug in Navigation then
[04:06] <SteveA> it should deal with views before traversal stuff
[04:06] <SteveA> so, leave the code in the Navigation, and add an XXX for me, saying that this should be a browser:page, but that doesn't work
[04:06] <daf> ok
[04:06] <kiko> Kinnison, cprov: https://chinstrap.ubuntu.com/~dsilvers/paste/fileF1ZhNm.html
[04:07] <dilys> Merge to devel/launchpad/: [trivial]  Text search and production config updates (r3055: Stuart Bishop)
[04:09] <kiko> SteveA, will you take care of daf then?
[04:11] <SteveA> kiko: sure
[04:11] <SteveA> daf: i can think of how to refactor it to use templates, but really, the pattern you have there looks fine
[04:12] <Dr^EviL> any body help me?
[04:12] <daf> SteveA: I agree -- if we start using this pattern more, then I think it will be time to refactor it
[04:12] <daf> Dr^EviL: hi
[04:12] <daf> Dr^EviL: what's the problem?
[04:12] <Dr^EviL> sir
[04:13] <Dr^EviL> i want 1 free ubuntu linux cd
[04:13] <daf> SteveA: I've added the docstrings and the XXX as you suggest
[04:13] <Dr^EviL> how can?
[04:14] <kiko> Dr^EviL, visit http://shipit.ubuntu.com/
[04:14] <Dr^EviL> but there is a error
[04:14] <Dr^EviL> Theres no page with this address in Launchpad
[04:14] <Dr^EviL> this*
[04:15] <daf> which URL are you looking at?
[04:15] <Dr^EviL> The reference for this error is OOPS-32B373. Please include it in any related bug report or email.
[04:15] <daf> thanks
[04:15] <Dr^EviL> https://launchpad.net/token/lNpGV8RZPf8n2bmlKBW6
[04:16] <Dr^EviL> what i do now?
[04:17] <Dr^EviL> u there?
[04:17] <kiko> Dr^EviL, that's an interesting bug. best person to look at it would be salgado-lunch
[04:17] <kiko> can you try creating an account again?
[04:18] <Dr^EviL> i try 2 time
[04:18] <Dr^EviL> both have this error
[04:19] <Dr^EviL> salgado-lunch help
[04:20] <Dr^EviL> plz help
[04:22] <Dr^EviL> help me any one
[04:22] <daf> Dr^EviL: Salgado is eating his lunch
[04:23] <daf> Dr^EviL: please be patient
[04:23] <daf> I'm sure he'll be happy to try and help you when he comes back
[04:23] <Dr^EviL> salman ahmed is not an active member of any Launchpad teams.
[04:23] <kiko> lol
[04:23] <Dr^EviL> how can i active ?
[04:24] <kiko> Dr^EviL, so you managed to create your account? good for you. no need to activate any memberships -- go straight to shipit.ubuntu.com.
[04:24] <Dr^EviL> then?
[04:24] <daf> then log in with your Launchpad account
[04:26] <Dr^EviL> ok done
[04:26] <Dr^EviL> next step?
[04:27] <kiko> there should be a form to order CDs.
[04:27] <kiko> btw
[04:27] <kiko> you should use the channel #shipit for this discussion
[04:29] <carlos> kiko: ping
[04:29] <kiko> carlos, calling..
[04:29] <carlos> ok
[04:30] <dilys> Merge to devel/launchpad/: Fix shipit to report OOPSes, some wording fixes (replacing order with request) and added a footer on all shipit pages with a link to the FAQ. r=SteveA (r3056: Guilherme Salgado)
[04:30] <daf> matsubara: welcome to the team!
[04:31] <matsubara> hey daf. thanks!
[04:31] <carlos> kiko: I don't get the call... where are you calling?
[04:35] <SteveA> kiko: there's a problem -- oops reports are not getting rsynced from gangotri to chinstrap, not at all today
[04:36] <SteveA> is elmo or Znarl around?
[04:36] <Kinnison> they're both doing scary firefighting in the DC
[04:36] <Kinnison> IIRC
[04:38] <SteveA> okay
[04:38] <pmjdebruijn> carlos, have you had any chance to take a look at my translation issue..?
[04:38] <SteveA> no oops reports for a while then
[04:39] <daf> SteveA: does my branch have your approval?
[04:39] <SteveA> daf: can i see it?
[04:40] <daf> I'm not sure how to get a clean diff -- there's a merge from RF in the middle
[04:40] <daf> I wonder how the pending branches page does it
[04:41] <Kinnison> it gets RF
[04:41] <Kinnison> merges your branch
[04:41] <Kinnison> does a diff
[04:41] <BjornT> daf: bzr diff -r ancestor:path/to/rf
[04:41] <daf> ah
[04:41] <SteveA> is this in the bzr docs that we have on the wiki?
[04:41] <SteveA> if not, it should be
[04:42] <daf> BjornT: ancestor is a revno?
[04:42] <BjornT> not sure if it's on the wiki, i learned about if from an irc discussion
[04:43] <LarstiQ> it should be in the revisionspec docs
[04:43] <LarstiQ> http://bazaar.canonical.com/BzrRevisionSpec
[04:44] <kiko> SteveA, elmo will be around later a bit
[04:44] <SteveA>  https://wiki.launchpad.canonical.com/RocketFuelSetup
[04:44] <BjornT> daf: ancestor is ancestor. for example, bzr diff -r ancestor:../rocketfuel
[04:44] <SteveA> useful basic stuff like that should go there, or at least pointers to it
[04:44] <carlos> pmjdebruijn: not yet, sorry
[04:45] <daf> BjornT: oh, right :)
[04:47] <pmjdebruijn> ok
[04:49] <daf> SteveA: https://chinstrap.ubuntu.com/~dsilvers/paste/fileFLfr0O.html
[04:53] <dilys> Merge to devel/launchpad/: [trivial]  Librarian front page (r3057: Stuart Bishop)
[04:54] <Kinnison> launchpad lacks an "I made a mistake, please undo this"
[04:54] <kiko> very funny
[04:54] <Kinnison> in particular if you accidentally add the wrong person to a team
[04:54] <Kinnison> Deactivate is utterly different from "remove"
[04:54] <daf> Kinnison: you mean we shouldn't have instant apply? :)
[04:54] <kiko> Kinnison, is the wording wrong?
[04:54] <Kinnison> daf: I mean, if I accidentally add someone to a team, there should be a "fucking remove this" button
[04:55] <kiko> ah.
[04:55] <Kinnison> because right now, I've made a new team for the lauchpad buildd admins, and accidentally added the wrong person to it
[04:55] <Kinnison> now they're listed on the membership page as "deactivated" where in reality they shouldn't be listed at all
[04:55] <daf> beaurocratastic
[04:57] <daf> Launchpad is not very forgiving of mistakes
[04:57] <daf> which is a pretty big shortcoming
[05:03] <daf> SteveA: did you see my paste?
[05:03] <SteveA> daf: yes
[05:03] <SteveA> you should explicitly set the charset to utf-8
[05:04] <daf> SteveA: I did
[05:04] <SteveA> and i'd like you to derive the view classes from LaunchpadView, and use the render() method of that instead of __call__
[05:04] <daf> SteveA: but Zope does it anyway
[05:04] <SteveA> leave the zcml as it is, using __call__
[05:04] <daf> __call__ == render?
[05:05] <SteveA> return '\n'.join(texts)
[05:05] <SteveA> i think you're always returning a unicode
[05:05] <SteveA> so you can make that explicit with
[05:05] <SteveA> return u'\n'.join(texts)
[05:05] <daf> ok
[05:06] <SteveA> if you're explicitly returning unicode, then you don't need to set the charset explicitly
[05:06] <SteveA> i see that you're testing for it, which is good
[05:06] <daf> it's marginally annoying that there's no space
[05:06] <daf> "text/plain;charset=utf-8"
[05:07] <SteveA> is there supposed to be a space?
[05:07] <daf> there is customarily, I think
[05:07] <daf> can't remember if the RFC requires it
[05:07] <SteveA> __call__ is generically the method that is used in order for the publisher to render a page 
[05:07] <daf> or which RFC it is
[05:08] <SteveA> there is often magic behind the scenes to do things before your code gets run
[05:08] <SteveA> in the case of LaunchpadView, there are some standard hooks that get used
[05:08] <daf> ah
[05:08] <SteveA> and your code to render the page goes in render()
[05:08] <SteveA> the default render() renders the page template that is used for the page
[05:09] <SteveA> in the future, in zope3, zcml to register pages will be much simpler
[05:09] <SteveA> and page templates will be referenced in the python code, all the time, not in the zcml
[05:09] <SteveA> this has a number of advantages
[05:09] <SteveA> we'll do this in launchpad a little before it becomes mainstream in zope3 i think
[05:10] <SteveA> so that we can do good stuff like put page titles there
[05:10] <daf> interesting
[05:10] <daf> is this something planned for 3.3?
[05:11] <SteveA> it's already supported in 3.2
[05:11] <SteveA> but, it isn't the defauly
[05:11] <daf> I see
[05:11] <daf> we're not using 3.2 yet, are we?
[05:11] <SteveA> no
[05:11] <SteveA> stuart did a lot of work getting launchpad up to date with it
[05:11] <SteveA> and now i have the result of stu's work on my machine
[05:12] <SteveA> to deal with a few more issues
[05:12] <SteveA> i expect to spend several hours this week doing it
[05:15] <daf> RFC 2616 says that whitespace is only significant between tokens in indentation of contiuniation lines
[05:15] <daf> so, whitespace is permissible but not mandatory for content-type parameters
[05:16] <daf> purely aesthetic
[05:16] <daf> https://chinstrap.ubuntu.com/~dsilvers/paste/fileMcJYqq.html
[05:17] <daf> using u'\n'.join() worked as you suggested
[05:17] <daf> I've used LaunchpadView/render()
[05:17] <daf> tests pass
[05:18] <daf> Seveas tells me that parsing the new format is trivial using rfc822/email.FeedParser
[05:19] <SteveA> kiko: you called?
[05:19] <SteveA> daf: cool.  r=me
[05:19] <SteveA> also, please file a bug on me to look at the XXX you added
[05:19] <daf> great, thanks
[05:20] <daf> ok, will do
[05:47] <daf> SteveA: bug #30238
[05:47] <Ubugtu> malone bug 30238 in launchpad "traversals get processed before ZCML page declarations" [Normal,Confirmed]  http://launchpad.net/bugs/30238
[05:49] <SteveA> thanks daf
[05:49] <[AhsaN123`] > SteveA how ru 
[05:49] <Keybuk> SteveA: did one of your guys steal our upload queue?
[05:49] <SteveA> Keybuk: what does that mean in pointy-head speak?
[05:50] <Keybuk> The corporate asset known as "upload.ubuntu.com" is currently failing to engage in communication with FTP clients in a synergistical way
[05:52] <SteveA> hello [AhsaN123`] 
[05:53] <daf> bradb: https://chinstrap.ubuntu.com/~dsilvers/paste/file4lkjtV.html
[05:54] <SteveA> Keybuk: i'll action that leverage point
[05:55] <SteveA> i know nothing about why upload.ubuntu.com would be down, though
[05:55] <SteveA> elmo runs it, and it won't be a launchpad-run thing until we have deployed soyuz
[05:55] <Keybuk> kiko was laughing and elmo said "oh fuck"
[05:55] <Keybuk> so I blame you
[05:55] <jbailey> SteveA: Are you trying ot hide behind plausable deniability? =)
[05:56] <LarstiQ> heh
[05:57] <SteveA> jbailey: i can plainly deny that
[06:00] <kiko> BACK IN BLACK
[06:00] <kiko> diff:
[06:00] <kiko> +fuck easynet
[06:00] <bradb> daf: Weird, I'm still getting conflicts in bugtask.txt and bugtask-macros-buglisting.pt.
[06:00] <daf> meh
[06:01] <bradb> daf: I'm rsync'ing from chinstrap:/home/warthogs/archives/rocketfuel-built/launchpad
[06:01] <daf> I'll try merging it into a fresh LP checkout
[06:01] <daf> yeah, me too
[06:01] <daf> I last synced an hour or two ago
[06:02] <daf> I'll let you know
[06:02] <bradb> thanks
[06:02] <Kinnison> fecking easynet
[06:11] <kiko> can anybody paste me a recent OOPS ID?
[06:13] <LarstiQ> kiko: boring one; OOPS-32D382
[06:13] <kiko> thanks
[06:28] <thisfred> is uploading of single non-tarred .pot templates no longer possible?
[06:33] <kiko> salgado, OOPS-32B440 is my gift to you today, to motivate you to fix vocabularies, like, TODAYYYYY ;)
[06:33] <dilys> Merge to devel/launchpad/: [r=SteveA]  bug text pages (r3058: Dafydd Harries)
[06:34] <kiko> cool going daf 
[06:35] <daf> ra
[06:36] <salgado> kiko, I can't see it yet
[06:36] <kiko> yes, and you'll notice that the OOPS will be fucked if you use the bookmarklet or oops.cgi
[06:36] <kiko> you will need to build the URL yourself
[06:37] <salgado> duh
[06:38] <jbailey> bradb: When you return, what would you think of a wishlist request to Malone for some sort of bug export, suitable for inclusion in a BUGS file in the root of a package.
[06:38] <salgado> 2006-01-32 is the date generated by oops.cgi
[06:39] <salgado> kiko, is it this one: https://chinstrap.ubuntu.com/~jamesh/oops.cgi/2006-01-31/B440 ?
[06:40] <kiko> yes
[06:43] <salgado> kiko, I can't see what that has to do with the vocabularies
[06:43] <kiko> salgado, uhhhhhh
[06:43] <kiko> well
[06:43] <kiko> I get that when I try to reassign a bug to "a"
[06:44] <salgado> have you seen that oops I pasted the URL?
[06:44] <kiko> salgado, I should tell you. it is no longer january.
[06:44] <kiko> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/2006-02-01/B440
[06:45] <kiko> that's what you want
[06:45] <Kinnison> are you sure?
[06:45] <Kinnison> kiko: january has 31 days in it
[06:45] <salgado> I thought today was 31
[06:46] <Kinnison> no, today is the first
[06:46] <kiko> I know you did
[06:46] <kiko> but you were wrong
[06:46] <daf> not the 32nd
[06:46] <kiko> that's okay
[06:46] <kiko> I was once wrong too
[06:46] <salgado> but if kiko and gnome calendar tell me today is the first, then I should believe them
[06:47] <salgado> anyway, kiko, that's ALREADY FIXED. ;)
[06:47] <kiko> salgado, where? production got rolled out YESTERDAY
[06:47] <salgado> the only problem is that that fix hasn't been reviewed yet, so it can't be merged
[06:47] <kiko> bah
[06:47] <kiko> get SteveA to rs= it
[06:48] <salgado> https://chinstrap.warthogs.hbd.com/~jamesh/pending-reviews/salgado/launchpad/smallfixes2/full-diff
[06:48] <salgado> SteveA, ^
[06:48] <kiko> I feel like dying today
[06:48] <Kinnison> poor kiko
[06:49] <salgado> always complaining. :p
[06:49] <SteveA> salgado: looking
[06:49] <salgado> kiko, if you need some power powder I can try and send some to you. :)
[06:49] <SteveA> salgado: what is this review about?
[06:50] <SteveA> salgado: ok, i see
[06:51] <SteveA> salgado: +class BinaryAndSourcePackageName(SQLBase):   docstring please
[06:51] <salgado> SteveA, fix SinglePopupView to only retrieve the results from the current batch instead of retrieving them all every time, fix https://launchpad.net/products/launchpad/+bug/29782 and fix the people vocabs to use stub's view
[06:51] <Ubugtu> malone bug 29782 in launchpad "SinglePopupWidget shouldn't use the vocabulary's name as title" [Normal,In progress]  
[06:51] <salgado> SteveA, right, it has its docstring in interfaces/binarypackagename.py, but I'll add a """See IBinaryAndSourcePackageName""" there
[06:52] <SteveA> then, the interface it implements is wrong
[06:52] <SteveA> > +    implements(IBinaryPackageName)
[06:52] <kiko> lol
[06:52] <Kinnison> SteveA: FYI, the solution we discussed worked
[06:52] <kiko> salgado, that code is SO READY for review it hurts
[06:52] <Kinnison> SteveA: We removed everything older than today
[06:52] <salgado> oooops
[06:52] <Kinnison> SteveA: and lo, our tests began to work
[07:05] <SteveA> salgado: reviewed
[07:05] <salgado> wow, that was quick. :)
[07:06] <Kinnison> mpt: ping?
[07:07] <SteveA> Kinnison: great to hear about the tests working again
[07:24] <kiko> SteveA, it's going better now.
[07:34] <fabbione> kiko: are you at the office?
[07:36] <kiko> no, at mark's
[07:48] <fabbione> is Mark back?
[07:49] <kiko> no.
[07:49] <kiko> but the internet here works
[07:49] <fabbione> oh ok
[07:49] <fabbione> is elmo around?
[07:49] <kiko> maybe
[07:49] <kiko> why?
[07:50] <fabbione> i need to ask him something
[07:50] <fabbione> if he s around just ask him to ping me on irc
[07:59] <bradb> jbailey: Is there a BUGS file somewhere handy that I can look at?
[08:09] <kiko> carlos!
[08:43] <jbailey> bradb: I'm getting one from the person who suggested it to forward to you.
[08:43] <bradb> ok, thanks
[08:54] <salgado> hey BjornT, I was looking for you
[08:54] <lifeless> morning all
[08:54] <Kinnison> Morning lifeless
[08:54] <BjornT> hi salgado
[08:56] <salgado> I have a patch (70 lines of pagetests, 5 lines of comments and 1 line of code) here that's related to that switch-to-advanced-search fix. would you review it for me?
[08:57] <AlinuxOS> hello gurus, how can I controll a .po files validity?
[08:58] <salgado> BjornT, ^
[09:02] <BjornT> salgado: well, paste it on chinstrap, i'll try to have a look at it before i go to sleep.
[09:03] <salgado> BjornT, thanks, dude. https://chinstrap.ubuntu.com/~dsilvers/paste/file7eoVjD.html
[09:03] <bradb> salgado: I wrote a fix for that yesterday, but sadly I repeatedly got a failure for one test on chinstrap that passed locally.
[09:04] <AlinuxOS> I mean how can check if in .po files are some errors?
[09:04] <salgado> bradb, that same fix?
[09:04] <bradb> salgado: I doubt we fixed it in the same way (e.g. I removed the strange "Advanced Search" link in the portlet), but fixing the same bug, yeah.
[09:08] <salgado> bradb, just to make sure... the problem we're talking about here is that when you click on the 'Advanced ...' button you don't actually get the correct results until you click on search
[09:08] <salgado> is that the one you've fixed?
[09:08] <bradb> salgado: The bug I fixed was that you can't switch to the Advanced search.
[09:09] <bradb> e.g. if you go to https://launchpad.net/products/malone/+bugs and click on "Advanced..." it doesn't take you to the Advanced search
[09:09] <terrex> hi for everyone. i have 2 accounts in launchpad (i think one was gotten from bugzilla, terrex@xasamail.com) How can i merge it to capitanterrex@yahoo.es if at now my terrex@xasamail.com mbox is closed?
[09:10] <salgado> bradb, oh, no? what happens in that case, then?
[09:10] <bradb> it just reloads the page
[09:11] <salgado> bradb, it reloads the page displaying the advanced form with the widgets pre-filled with the values of that page
[09:12] <bradb> salgado: If it did that, there would be no bug. :)
[09:13] <bradb> but the view code behind it is broken, so it doesn't do that.
[09:14] <salgado> ouch. that sounds like I've left that page behind
[09:14] <salgado> the 'Advanced ...' button works for all other reports (critical, unassigned, etc)
[09:16] <salgado> bradb, can I have a look at the fix you wrote?
[09:16] <bradb> salgado: sure, i'll email the diff.
[09:16] <salgado> ta!
[09:24] <bradb> bzr's taking a while
[09:32] <bradb> salgado: Ugh, looks like I have to merge in the latest rf before I can give you a useful diff. I'll send it, just have to wait for bzr to merge in rf then diff.
[09:34] <salgado> bradb, sure, no problem
[09:40] <bradb> salgado: sent
[09:48] <lifeless> bradb: 'bzr diff -r ancestor:rf' may help
[09:49] <bradb> lifeless: Thanks, I'll try that next time.
[10:00] <BjornT> salgado: your changes look good, r=bjornt
[10:00] <salgado> BjornT, great. thanks
[10:05] <bradb> mpt: ping
[10:08] <bradb> lifeless: It's really nice to see yellow brick road messages like: bzr: ERROR: Conflicts detected in working tree.  Use "bzr conflicts" to list, "bzr resolve FILE" to resolve. in bzr. :)
[10:09] <lifeless> good
[10:27] <zyga> bradb: do you want to tell me that they are actually YELLOW?
[10:28] <bradb> heh
[10:29] <sivang> zyga: what are?
[10:29] <zyga> sivang: the messages ;-)
[10:42] <ddaa> bradb: zork for arch, take two.
[10:47] <bradb> hehe
[10:50] <carlos> jblack: hi, around?
[11:42] <BraveBrain> hi everybody
[11:59] <sivang> night all
[12:03] <corrideat> The confirmation email (of my registration) is having a long break before go to my email