[12:12] <kiko> debonzi, the potato is cooking
[12:32] <debonzi> kiko, I can see it
[02:09] <kiko> stub!
[02:10] <kiko> the etched database admin!
[02:10] <stub> kiko: Morning
[02:10] <kiko> how's it going?
[02:11] <stub> Good enough. Nice to be back home after that last  hectic month in England :-)
[02:11] <kiko> england always figures as hectic in my diary
[06:06] !lilo:*! Hi all.  Of possible interest to VoIP users:  ##fwd (unofficial channel for Free World Dialup users and users of peered services) .... #voip (community VoIP efforts) .... thanks
[08:01] <lifeless> SteveA: around ?
[08:36] <lifeless> spiv: around ?
[09:26] <SteveA> hi lifeless
[10:37] <lifeless> SteveA: so
[10:38] <lifeless> whats the status of the authentication stuff?
[10:59] <daf_> morning
[11:03] <SteveA> lifeless: the server supports basic authentication
[11:03] <lifeless> ok, is there  README somewhere on how I protect fields ?
[11:03] <SteveA> authentication is by password.  the SSHA digest of the password is stored in the database
[11:04] <lifeless> oh, I forgot to add to me email about i18n there, that usernames also need to be strictly ascii
[11:04] <SteveA> there's the standard zope3 documentation on it
[11:04] <SteveA> for HTTP authentication?
[11:05] <lifeless> yes
[11:05] <lifeless> there is no means to signal any other encoding from client to server.
protecting fields is not authentication</pedant>  is it sufficient for your current needs to have three classes of fields:
[11:07] <SteveA> 1. not accessible to web requests
[11:07] <SteveA> 2. accessible to all requests
[11:08] <SteveA> 3. accessible only if a person is logged in
[11:08] <lifeless> SteveA: pfft, you know what I mean.
[11:08] <lifeless> yes, if a /specific person/ is logged in.
[11:08] <SteveA> no, that is not implemented yet
[11:08] <lifeless> ok, do we have an eta?
[11:08] <SteveA> what is implemented is those three classes I described.
[11:09] <SteveA> no, it is more a matter of shuffling my todo stack
[11:09] <lifeless> so, to open the production site to the staff, we need that.
[11:09] <SteveA> stack/dequeue
[11:09] <SteveA> can you talk me through a specific example of what you need?
[11:10] <SteveA> so I can see exactly what parts of the entire system need to be there for you
[11:22] <lifeless> ok, SourceSource.processingapproved - only I can flick that on.
[11:22] <lifeless> and no-one else can flick it on or off.
[11:23] <SteveA> do you want to hard-code your Person.id into the code?
[11:23] <lifeless> thats the simplest example, and the more complex ones are essentially the same with a little workflow checking that shouldn't impact the requirements.
[11:23] <lifeless> SteveA: not particularly, but I could live with that for now.
[11:23] <SteveA> how else are you linked to SourceSource.processingapproved?
[11:25] <SteveA> for example, are you the "owner" of all SourceSources, and the owner can change processingapproved ?
[11:30] <lifeless> no.
[11:30] <lifeless> I'm the arch nazi.
[11:31] <SteveA> then, unless there's a Nazi table in the database, your Person.id must be in the source code tree
[11:32] <SteveA> can you describe another example, maybe one that doesn't rely on a particular nazi?
[11:32] <lifeless> do we have roles or some such ?
[11:33] <lifeless> SteveA: all the ones that I care about now are nazi ones.
[11:33] <SteveA> I think there should be some way of describing this in the database
[11:33] <SteveA> I mean, we could have nazipersons.py to describe who the nazis are...
[11:33] <lifeless> there are things like: once approved, a sourcesource can't be modifiable.
[11:33] <lifeless> except by the nazi
[11:34] <SteveA> that's fine, so long as we have the concept of "the appropriate nazis"
[11:34] <SteveA> this is going to be an intersting canonical-traffic...
[11:34] <lifeless> we have the idea of Teams.
[11:37] <SteveA> I'll get you an "I'm on team nazi" t-shirt...
[11:38] <SteveA> ok, so I need to know what is the minimum you need to allow you to "open the production site to staff"
[11:38] <SteveA> I need to go off-line for a little bit, as I just updated warty
[11:40] <SteveA> Provided we can decide how to handle these "special people", I can make what you need happen pretty quickly
[11:40] <lifeless> I'd be happy with Team membership, if changing that for that team is privileged (say to the team 'sysops')
[11:46] <SteveA> ok.  File a bug on me in the launchpad bugzilla.  The bug description is to "protect SourceSource.processingapproved as follows", and then you can describe in terms of Teams with the SQL you want, what the rules are.  You can protect reading differently from writing.  Also note that whether a SourceSource is modifiable by most people depends on the value of that attribute.  And, how I decide who "most people" are, and who are the exceptions.
[11:46] <SteveA> The more specific the SQL and explanations are, the smaller the slot it will need for me to do it, and thus the quicker I can get it done.
[11:47] <SteveA> or rather, the sooner I can get it scheduled
[11:48] <lifeless> heh. uhm, you do know what I think of SQL. Can I use object interactions instead?
[11:48] <SteveA> sure
[11:48] <lifeless> (I'm really not trolling)
[11:48] <SteveA> in fact, that's how it would be implemented, so that would save me time
[11:48] <lifeless> good :)
[11:48] <SteveA> pseudocode even...
[11:49] <lifeless> so why did you being SQL into it ?
[11:56] <lifeless> oh yeah.
[11:57] <lifeless> I did some hacking on gnu smalltalk in my evenings/weekend for the last week and a bit.
[11:57] <lifeless> http://www.robertcollins.net/nb3.png <- gtk bound class browser :}
[11:57] <lifeless> When I asked mark for a carve-out for that, he said sure.. but he'd like me to spend some time keeping an eye on the python3 process.
[11:58] <lifeless> so I promised to ask you what lists to join to do that?
[12:22] <SteveA> lifeless: python-dev I expect
[12:23] <SteveA> high traffic, lots of noise
[12:26] <SteveA> When I read it, I use gmane
[12:27] <SteveA> I generally read it only when someone tells me something's happening
[12:27] <SteveA> or when I get invited to post
[12:37] !Md:*! sorry for the splits... we have hit again a bug in our irc daemon. please /join #newircd if you'd like to help developing a better ircd for freenode
[01:03] <daf> limi: hi
[01:06] <limi> hey daf
[01:06] <daf> how was your holiday?
[01:06] <limi> brilliant
[01:06] <limi> saved my brain
[01:06] <limi> now I am sane and productive again ;)
[01:06] <limi> I got a merge failure for the language selector fix I submitted before the holiday, btw
[01:07] <limi> so if it didn't work for you, that's why
[01:07] <daf> yeah, I saw your message
[01:08] <daf> I haven't played with the language selector much, so I couldn't say if it's working like it's supposed to
[01:09] <daf> I suggest you try star-merging from RF and then submitting another merge
[01:10] <daf> I expect you'll have a conflict in rosetta-preferences.pt when you merge from RF
[01:10] <limi> ok
[01:10] <limi> I have to do that later, though - doing the Canonical/Ubuntu sites now
[01:10] <daf> did you hear about the workaround we have for the weird merge problems we were having?
[01:33] <lifeless> SteveA: thanks. what do you think of the screen shot :}
[01:34] <daf> lifeless: I'm having trouble accessing that screenshot
[01:35] <daf> the domain resolves, but no connection
[01:35] <lifeless> ah
[01:35] <lifeless> there are two hosts.
[01:35] <lifeless> use the other one
[01:35] <daf> which one is "the other one"? :)
[01:35] <lifeless> jdub turned off his host when he reinstalled
[01:36] <lifeless> ok, I've renewed the dns zone
[01:36] <daf> oo
[01:36] <lifeless> it should work now, once your dns cache refreshes
[02:36] <jblack> Morning debonzi
[02:37] <daf> morning jblack
[02:37] <jblack> Hiya daf
[02:37] <debonzi> jblack, Morning
[02:41] <daf> SteveA: will you have time to look at #1907 and #1908 today?
[02:59] <carlos> hi
[03:03] <carlos> daf: ?
[03:09] <daf> hi
[03:09] <carlos> daf: could we have the meeting?
[03:10] <daf> we could
[03:10] <daf> let's
[03:10] <carlos> ok
[03:10] <daf> okay, how are #1931 and #1951 coming along?
[03:11] <carlos> the #1951 is almost done
[03:11] <carlos> I need to talk with steve about a bug I detected yesterday but that seems like it's not a bug
[03:11] <carlos> (from a Stuart's mail this morning)
[03:11] <daf> ok
[03:12] <carlos> the #1931 is not finished yet
[03:12] <carlos> but It will take no more than 30 minutes
[03:12] <daf> ok, great
[03:13] <daf> I got web template upload to work this morning
[03:13] <SteveA> carlos: about the password / ascii bug
[03:13] <carlos> SteveA: yes
[03:14] <SteveA> so, the SSHADigestEncryptor code should allow passwords that are unicode objects, but should encode them as ascii only, and should give a reasonable exception otherwise.
[03:14] <carlos> SteveA: ok
[03:14] <SteveA> We also need to ensure that login ids are ascii only
[03:15] <carlos> SteveA: do we have such info already? (the login id)
[03:15] <debonzi> lifeless, ping
[03:15] <SteveA> it's the email address
[03:15] <carlos> I thought we were talking about email address
[03:15] <SteveA> and these are ascii anyway, aren't they?
[03:15] <carlos> SteveA: I think so
[03:15] <SteveA> daf: is spiv still staying with you?
[03:15] <daf> SteveA: yes
[03:15] <lifeless> debonzi: wassaup ?
[03:16] <daf> RFC-822 email addresses are definitely ASCII
[03:16] <daf> I don't think any of the later standards have changed that
[03:20] <SteveA> Any objections to changin the launchpad meeting tomorrow to 1400 UTC rather than 1200 UTC ?
[03:20] <spiv> That's fine with me.
[03:21] <carlos> SteveA: it's ok for me
[03:22] <limi|busy> CET is UTC +1 or +2?
[03:22] <limi|busy> none of my converters have UTC, only GMT - and I think they are not equivalent?
[03:23] <limi|busy> (although maybe in practice, they are?)
[03:23] <daf> in practice, they are
[03:23] <limi|busy> ok
[03:24] <daf> they are within 1 second of each other
[03:24] <limi|busy> thanks
[03:24] <limi|busy> that'll do ;)
[03:24] <daf> and UTC is more fashionable ;)
[03:26] <kiko> SteveA, okay by me
[03:27] <lifeless> daf: you been reading g-a-u ?
[03:28] <SteveA> ok, meeting will be at 14:00 UTC or 14:00 GMT, whichever comes first.  I'll send a mail to the list.
[03:28] <spiv> :)
[03:29] <daf> lifeless: I've browsed it a couple of times
[03:32] <carlos> g-a-u?
[03:32] <carlos> daf: Could we end our meeting?
[03:33] <daf> are we finished?
[03:34] <carlos> daf: no
[03:34] <carlos> we should talk about today work
[03:35] <daf> ok
[03:35] <daf> you're going to finish #1931 and #1951?
[03:35] <carlos> daf: well, in fact, for me it's clear. I will work today until we close all bugs
[03:35] <daf> ok
[03:36] <daf> I got web template upload to work this morning
[03:36] <carlos> daf: we need to disable it or to implement a way to lock it
[03:36] <daf> which is part of #1919
[03:36] <carlos> so you are the only one that could use it
[03:37] <daf> yes
[03:37] <carlos> because you will be the owner of all projects
[03:37] <daf> well, we have two options: either we work out some way of securing it, or I don't commit the implementation for now
[03:38] <carlos> daf: we could disable that page for now if you don't need to use it (I suppose it's easier for you to use a script)
[03:38] <daf> I don't need to use it, no
[03:39] <daf> I think I will work on #1930
[03:39] <daf> did you see #1958?
[03:39] <carlos> we could move it then to post alpha
[03:39] <daf> #1919 is not marked as alpha-critical
[03:39] <carlos> daf: yes, I see it
[03:39] <carlos> daf: ok
[03:40] <daf> your comments on #1958 would be appreciated
[03:40] <carlos> daf: you could look at the prefered languages implementation for an example to do it
[03:40] <daf> yes, that's what I was thinking
[03:41] <carlos> it's the same idea
[03:41] <SteveA> spiv: I have mailed roche at upfront confirming that passwords will be ascii-only
[03:41] <daf> I don't really understand how Schemas and Labels work yet
[03:41] <carlos> daf: hmm, what happens if two translators want to work in the same project?
[03:41] <carlos> daf: do we have it blocked for only one translator?
[03:41] <spiv> SteveA: Great.
[03:42] <daf> ok, alpha-critical bugs we have left: #1907, #1908, #1930, #1931, #1932, #1934, #1944, #1948, #1951
[03:43] <daf> carlos: that's something we need to work out
[03:43] <carlos> daf: what?
[03:43] <daf> SteveA: #1907 and #1908 are assigned to you -- will you be able to look at them today?
[03:43] <daf> carlos: how to deal with concurrent translators
[03:44] <daf> I'm going to work on #1930, and carlos is goign to work on #1931 and #1951
[03:44] <carlos> daf: We could move it post Alpha
[03:44] <daf> carlos: yes, I think so, but there should be a bug filed, I think
[03:44] <daf> carlos: we have quite a few non-alpha bugs
[03:45] <carlos> ok
[03:45] <carlos> I will file now a bug about it
[03:45] <carlos> could we create a beta metabug?
[03:45] <daf> this leaves #1932, #1934, #1944 and #1948
[03:45] <daf> (for the alpha)
[03:45] <carlos> daf: when will be released the beta?
[03:45] <daf> yes, a beta metabug is a good idea
[03:46] <daf> carlos: it hasn't been decided
[03:46] <daf> carlos: for now, you can just title it "release the Rosetta beta"
[03:46] <carlos> ok
[03:47] <daf> limi|busy: could you perhaps comment on https://bugzilla.warthogs.hbd.com/bugzilla/show_bug.cgi?id=1934
[03:47] <limi|busy> daf: send me a mail, and I'll do it tonight? Lu will kill me if I do ;)
[03:48] <daf> limi|busy: sure
[03:48] <lulu> :o)
[03:48] <lulu> daf: thanks
[03:48] <daf> lulu: no problem
[03:49] <carlos> daf: anything else?
[03:50] <daf> bugs we haven't discussed yet: #1932, #1944, #1948
[03:51] <daf> #1948 won't be needed at the beginning of the alpha
[03:51] <kiko> hey lulu!
[03:52] <carlos> daf: the 1932 is easy, as long as we have the complete list of modules
[03:53] <carlos> daf: I think lalo will fix the 1944 faster than you or I
[03:53] <daf> yes, it feels liks a lalo-bug
[03:53] <carlos> daf: 1948 is post alpha and prebeta
[03:53] <daf> ok, should it be marked as beta-critical, then?
[03:53] <carlos> daf: yes
[03:53] <daf> rather than alpha-critical
[03:53] <carlos> I will do it
[03:53] <daf> ok
[03:53] <daf> great
[03:54] <carlos> then, we have the task to fill the database the first time
[03:54] <carlos> you said yesterday we will work with tar.gz instead of arch, right?
[03:55] <daf> we still need the rosetta.ubuntulinux.org alias to be set up -- I'm waiting to hear back from elmo about that
[03:55] <daf> elmo: around?
[03:55] <daf> yes, I think so
[03:55] <daf> I don't think there are enough things imported into Arch yet
[03:56] <carlos> daf: ok, from where could we get a file to parse from a python script
[03:56] <carlos> to handle automatically the import?
[03:57] <lulu> daf: elmo's at the data centre. He's working on the servers.
[03:57] <daf> lulu: ah, ok
[03:59] <SteveA> spiv: just sent you an email
[04:00] <SteveA> daf: I'll do #1907 and #1908 today
[04:02] <daf> SteveA: thanks
[04:02] <daf> carlos: does the alpha actually depend on #1944?
[04:03] <carlos> daf: well, we could go to alpha without it, but we don't have a way to be sure
[04:03] <carlos> that it's working without errors...
[04:03] <kiko> argh
[04:03] <kiko> spiv, the Moin changed email is unintelligible
[04:05] <daf> carlos: that's what the alpha is for -- testing
[04:05] <daf> carlos: if #1944 is still open tomorrow, will we still launch the alpha?
[04:05] <carlos> I think so
[04:06] <cprov> spiv:  you reopened the bug #1952  about mark all dummy data with CSS class dummy, for add also the CSS class. then can you explain or add a comment about where is the CSS file and how to proceed ?
[04:06] <daf> ok, I will mark it as non-alpha-critical
[04:08] <carlos> daf: perfect
[04:09] <spiv> kiko: It sends a diff of the page source, doesn't it?
[04:09] <kiko> spiv, a very broken diff if you ask me -- no linefeeds!
[04:09] <daf> I've also emailed lalo asking him to take it on
[04:10] <spiv> kiko: Yow!
[04:10] <spiv> They seem to work for me.  Bizarre.
[04:11] <kiko> unfortunately the D key swallowed the last one up
[04:11] <carlos> daf: he should be online this night (from his mail)
[04:11] <daf> cprov: lib/canonical/lp/styles/launchpad.css?
[04:11] <daf> carlos: ah, cool
[04:12] <cprov> daf: thanks .
[04:12] <carlos> daf: he wrote to launchpad, did you saw it?
[04:12] <daf> yeah, I saw it
[04:12] <daf> I think it was just after I woke up :)
[04:12] <spiv> daf: Ta, you beat me to it :)
[04:13] <daf> cprov, spiv: welcome :)
[04:17] <SteveA> justdave: when I enter search terms in the box on the top-right of https://bugzilla.warthogs.hbd.com/bugzilla/, I get a big red error.  If I enter the same terms in the equivalent box on the error page, it searches.
[04:19] <carlos> daf: about my previous question ...
 daf: ok, from where could we get a file to parse from a python script
 to handle automatically the import?
[04:19] <SteveA> daf: the alpha will be blocked on the bug I just entered about breadcrumbs: https://bugzilla.warthogs.hbd.com/bugzilla/show_bug.cgi?id=1964
[04:20] <daf> SteveA: hmm
[04:21] <daf> SteveA: shortest path would be to get rid of the breadcrumbs
[04:21] <SteveA> maybe do that for now
[04:21] <SteveA> and comment in the bug how you have done so
[04:21] <daf> do you want to mark #1964 as blocking #1915?
[04:21] <SteveA> better to treat it as optional for the alpha
[04:21] <daf> ok
[04:22] <SteveA> who implemented breadcrumbs?
[04:22] <SteveA> any idea?
[04:22] <carlos> daf: #1965 is the new metapackage for the beta
[04:22] <daf> SteveA: I belive it was Andrew Veitch
[04:22] <carlos> what's breadcrumbs?
[04:23] <daf>  You are here        ++skin++Debug       rosetta       projects       gnome       gnome-terminal       gnome-terminal-2.2       translate
[04:23] <daf> ^^^: breadcrumbs
[04:23] <carlos> ok
[04:23] <SteveA> it shouldn't include ++skin++Debug, or any of those kinds of things
[04:23] <daf> as in Hansel and Gretel
[04:23] <daf> SteveA: I have some ideas about improving it
[04:23] <carlos> SteveA: it only inclide that when you are debugging it
[04:23] <carlos> daf: true :-P
[04:24] <daf> carlos: you have that in Spain?
[04:24] <carlos> daf: Hansel and Gretel?, sure :-)
[04:25] <SteveA> carlos: it still shouldn't include it
[04:25] <carlos> SteveA: ok
[04:25] <daf> carlos: what's "breadcrumb" in Spanish?
[04:25] <SteveA> nor the virtual hosting things we can see on the rosetta server
[04:25] <SteveA> duonos gabaliukas in lithuanian (or something very similar)
[04:25] <carlos> daf: migas de pan
[04:26] <daf> carlos: "migas" is crumb?
[04:26] <carlos> pan == bread, migas == crumb
[04:26] <carlos> daf: yes
[04:26] <daf> I love Michael Rosen's version of the story: Handsel and Gristle
[04:30] <carlos> daf: sorry if I ask you again...
[04:30] <daf> yes?
[04:31] <daf> the meeting?
 daf: ok, from where could we get a file to parse from a python script
 to handle automatically the import?
[04:31] <daf> oh, right
[04:31] <carlos> O:-)
[04:31] <daf> I'm not sure I understand the question
[04:31] <daf> you're thinking of having a script to do the alpha import?
[04:31] <carlos> yes
[04:31] <daf> sounds good
[04:31] <carlos> hope you are not thinking on import all modules by hand...
[04:32] <daf> no, I suppose not
[04:32] <carlos> perfect
[04:32] <daf> so, this script will create projects, products and templates, and import templates from .pot files
[04:32] <carlos> I know we have the list of packages from the Wiki, or even better from apt source list
[04:32] <carlos> daf: yes
[04:32] <daf> and the .pot files will be gotten from tarballs
[04:33] <carlos> yes
[04:33] <carlos> if there is no .pot file, we forget about it, but at this moment the tar.gz should have an updated .pot file
[04:33] <carlos> the problem will came with arch
[04:33] <daf> right
[04:33] <carlos> but that's post alpha
[04:33] <daf> yes
[04:36] <daf> for the alpha, I thought we were only having a dozen or so projects
[04:36] <carlos> daf: hmm
[04:36] <carlos> lulu: ?
[04:36] <carlos> I think lu talked about all ubuntu packages
[04:37] <lulu> carlos: yes?
[04:37] <daf> I thought that was for later on
[04:37] <carlos> lulu: should all packages be available from Rosetta for the Alpha release?
[04:38] <carlos> all ubuntu packages
[04:38] <lulu> daf: you need to import the most important packages into your db
[04:38] <lulu> daf: is this done?
[04:38] <lulu> daf: for Warty
[04:39] <carlos> daf: elmo is at #canonical as elmo_dc
[04:39] <carlos> lulu: for Warty is on octuber or for tomorrow
[04:39] <carlos> lulu: we are talking now about what should we import for tomorrow
[04:39] <carlos>  /s/we/be/
[04:40] <lulu> guys - Mark is going to send you an email of the packages we need in Rosetta
[04:41] <lulu> off the Warty default desktop
[04:41] <lulu> daf: please could you get those in, when you have the email
[04:41] <lulu> thabkjs :o)
[04:41] <lulu> oops thanks!
[04:41] <lulu> carlos: that ok?
[04:41] <carlos> lulu: perfect
[04:41] <carlos> thanks
[04:42] <lulu> no worries
[04:43] <carlos> daf: so, could we end the meeting now?
[04:48] <daf> I think so
[04:48] <carlos> ok
[04:54] <carlos> daf: when you have some time, please review the dependency graph. I moved from bugs from alpha to beta and moved the other nonAlpha critical ones to the beta
[04:54] <carlos> https://bugzilla.warthogs.hbd.com/bugzilla/showdependencygraph.cgi?id=1965&rankdir=LR
[04:57] <carlos> daf: from Mark's mail, I think we could do the Alpha import by hand
[05:05] <SteveA> spiv: can you send your notes on the soyuz meeting to the launchpad list soon please
[06:17] <carlos> shit. I did a star-merge with some changes in my tree
[06:18] <daf> oops
[06:20] <carlos> hm seems like I didn't got any rosetta changes, perhaps I could recover the situation.... but please, don't do it at home
[06:20] <carlos> M   database/schema/launchpad-1-0-0.sql
[06:20] <carlos> are we changing that file?
[06:20] <daf> I didn't think so
[06:21] <carlos> lifeless?
[06:22] <daf> I think jblack or ddaa is more likely to be awake
[06:22] <ddaa> pong
[06:22] <daf> speak of the devil...
[06:22] <daf> :)
[06:23] <ddaa> afaik, this file should not be changed, except maybe by the db nazi...
[06:23] <carlos> daf: lifeless is the one that handles the .sql file :-)
[06:23] <ddaa> But tla has no real way to actually lock the file.
[06:23] <ddaa> You _can_ sets the perms to read-only
[06:24] <ddaa> But any smart text editor will propose you to override that.
[06:24] <daf> carlos: oh, I see
[06:24] <daf> ddaa: is there an easy way to see which changeset last modified a file?
[06:25] <daf> ddaa: is there an easy way to see which changeset last modified a file?
[06:25] <ddaa> daf: you can look at the changelog and look for the name of the file.
[06:26] <daf> ah, of course
[06:26] <ddaa> tla changelog VERSION
[06:26] <daf> you might have to do tla log-for-merge, correct?
[06:26] <daf> if you haven't committed the merge?
[06:26] <spiv> daf: https://www.warthogs.hbd.com/ArchCheatSheet#head-ba33c2ca9be0aed6db6d5f40aaab1663f003b1b9 ;)
[06:26] <ddaa> There are various tools in fai and tla-tools for that too.
[06:27] <ddaa> daf: Well, I suppose your tree changes are a merge from rocketfuel.
[06:27] <daf> spiv: oh, right
[06:27] <daf> spiv: cool :)
[06:28] <ddaa> Just "tla changelog<EMAIL_ADDRESS>[06:28] <carlos> daf: new files:
[06:28] <carlos>      database/schema/.arch-ids/patch-1-07-0.sql.id
[06:28] <carlos>      database/schema/patch-1-07-0.sql
[06:28] <carlos>     modified files:
[06:28] <carlos>      database/schema/launchpad-1-0-0.sql
[06:28] <carlos>      lib/canonical/arch/infoImporter.py
[06:28] <carlos>      lib/canonical/soyuz/browser.py
[06:28] <daf> I guess I should have RTFW'd
[06:28] <carlos> from lifeless
[06:29] <carlos> daf: it's easier, to use the arch commits mailing list with grep :-P
[06:29] <daf> heh :)
[06:29] <ddaa> Well... if it's from the db nazi, it's probably legit...
[06:29] <spiv> Heh.  The same merge that put a syntax error in infoImporter... lifeless must've been having a bad day.
[06:30] <cprov> heh, now let him sleep in peace for a better day tomorrow :)
[06:31] <ddaa> Yup. He's been ill today... see his activity report.
[08:56] <carlos> SteveA: how could I execute the unittest at: launchpad/lib/canonical/lp/placelessauth/tests
[08:56] <carlos> ?
[08:57] <carlos> they don't have a main and make check at launchpad/lib/canonical does nothing
[08:58] <daf> carlos: ../../../test.py -u canonical.lp.placelessauth
[08:58] <daf> (I think)
[08:58] <carlos> let me check...
[09:00] <carlos> Running UNIT tests from /home/carlos/Work/dists/launchpad/lib/canonical/lp/placelessauth/tests
[09:00] <carlos> No unit tests to be run.
[09:00] <daf> hmmmm
[09:00] <daf> is there an __init__.py?
[09:00] <carlos> yes
[09:01] <carlos> carlos@frodo ~/Work/launchpad/lib/canonical/lp/placelessauth/tests $ ../../../../../test.py -u canonical.lp.placelessauth.tests
[09:01] <carlos> that fails and also without the .tests
[09:01] <daf> I think the the test.py script has a debugging flag
[09:01] <carlos> ok, I will investigate it. Thank you
[09:02] <spiv> $ PYTHONPATH=../../.. ../../../../test.py -l .
[09:02] <daf> https://www.warthogs.hbd.com/LaunchpadTestRunner
[09:02] <spiv> That seems to wfm from the lib/canonical/lp/placelessauth dir.
[09:02] <spiv> Except I don't have the db the test needs.
[09:02] <spiv> But it actually tries to run the test :)
[09:03] <carlos> spiv: from which directory?
[09:03] <spiv> (Well, the 12 unit tests pass, it's the functional ones that don't)
[09:03] <daf> hmm, unit tests shouldn't need the database
[09:03] <carlos> ok
[09:03] <daf> carlos: the directory you're in shuold not matter
[09:03] <daf> spiv: oh, right
[09:03] <daf> spiv: thanks
[09:03] <carlos> sorry  I didn't saw the dir comment :-P
[09:03] <spiv> :)
[09:03] <daf> it's generally useful to export PYTHONPATH=path/to/launchpad
[09:04] <daf> that way, you can do
[09:04] <carlos> spiv: perfect, thanks
[09:04] <daf> python
[09:04] <carlos> daf: I have it done
[09:04] <daf> >>> import canonical.rosetta.browser
[09:04] <daf> and things like that
[09:04] <spiv> carlos: No worries.
[09:30] <daf> justdave: I was hoping that bugs would change colour on the pretty graph when they changed from resolved -> close :)
[09:30] <daf> *closed
[09:30] <carlos> limi: bugzilla needs some love from you :-)
[09:30] <daf> :D
[09:31] <justdave> hmm, they probably could.  right now it only distinguishes between open and non-open
[09:31] <daf> I love the dependency graphs
[09:31] <justdave> that's an easy thing to fix, there's a little table mapping states to colors in the graph code
[09:31] <justdave> what would you like? :)
[09:31] <daf> I'll have to file a wishlist bug against malone asking for pretty graphs
[09:31] <daf> ooh, I don't know
[09:32] <daf> a soothing blue, perhaps? :)
[09:32] <carlos> :-P
[09:32] <carlos> see you later
[09:36] <daf> https://bugzilla.warthogs.hbd.com/bugzilla/show_bug.cgi?id=1967
[09:45] <justdave> daf: the blue is in, how's it look?
[09:45] <justdave> (too dark if you ask me ;)
[09:45] <daf> ooh
[09:45] <daf> yeah, it is a bit dark
[09:58] <carlos> perhaps we could use a sky blue for the fixes and move the current grey to the closed...
[10:00] <daf> carlos: yeah, we could do
[10:15] <justdave> ok, back from picking up Brendan at the bus stop
[10:15] <justdave> lightblue/gray swap done, how's it look now
[10:16] <carlos> looks better now
[10:16] <carlos> :-)
[10:19] <daf> justdave: looks great! :)
[10:38] <SteveA> daf: have you spoken to elmo about proxy config on rosetta.w.h.c ?
[10:39] <daf> SteveA: I emailed him again
[10:39] <SteveA> ok, so nothing actually sorted yet
[10:39] <daf> no
[10:39] <daf> since he's around on IRC, I'll ask him now
[10:39] <SteveA> can you get basic auth turned off on the devel. server?
[10:40] <SteveA> we *might* want to turn it back on later, when we have cookie-based auth
[10:41] <daf> no, I don't have the permissions to do that
[11:43] <carlos> daf: I did an initial commit with the login/name change form
[11:43] <carlos> daf: I need to update sample data so we have a default password
[11:43] <daf> carlos: cool!
[11:43] <carlos> daf: any prefered password?
[11:43] <daf> right, I see
[11:43] <carlos> test
[11:43] <carlos> ?
[11:44] <daf> yes, that will suffice
[11:44] <carlos> ok
[11:44] <carlos> I will put it for you, lalo and me
[11:45] <carlos> I need to add feedback about errors when changing data from the form
[11:45] <carlos> but if you don't make any mistake, it should work
[11:56] <kiko> daf, have a minute?