[01:02] <mpt> Goooooooooooood morning Launchpadders!
[01:51] <Nafallo> morning mpt :-)
[01:52] <Nafallo> mpt: I was kinda hoping you might answer "Single-User Mode" on Ubuntu Desktop with your favorite term to use for the specific question in there ;-).
[01:52] <Nafallo> ubuntu-desktop@l.u.c that is :-)
[01:52] <mpt> Nafallo, ok
[01:52] <Nafallo> :-)
[01:53] <mpt> ah, and I was just up to that message too
[01:53] <Nafallo> :-)
[01:54] <mpt> Perhaps "Recovery Mode"
[01:54] <mpt> but I don't really know enough about what it does to be able to give a useful reply
[01:54] <Nafallo> well, I can explain that :-)
[01:55] <Nafallo> it drops you to a shell as root :-)
[01:55] <Ubugtu> New bug: #62228 in rosetta "What happens to translations should be clearer" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/62228
[01:55] <Nafallo> no network up, not even discs mounted :-)
[01:55] <Nafallo> just a shell to mock around and fix what's wrong
[01:56] <mpt> well, that's no fun, is it
[01:56] <mpt> Even Windows "Safe Mode" has a GUI
[01:56] <mpt> hmmm
[01:56] <Nafallo> yea, but Windows mounts your faulty disc if needed to :-P
[01:57] <Nafallo> so it's a feature for us :-)
[01:57] <Nafallo> (that's why "Safe Mode" is not an option for it btw ;-))
[01:58] <Nafallo> Safe Mode should probably do what it does on the livecd, start X with vesa-drivers :-)
[01:58] <Nafallo> but we don't have that
[02:00] <mpt> What's wrong with mounting a faulty disk?
[02:01] <Nafallo> well, if it's faulty you might want to make it work again before mounting it :-)
[02:01] <Nafallo> fsck etc...
[02:01] <Nafallo> Fujitsu: hehe, the harddrive should know ;-)
[03:33] <ajmitch> is there some way to view history for a product series? I was sure that https://launchpad.net/products/f-spot/0.1 used to point to a different cvs branch :)
[03:35] <jamesh> I got spammed via the gobby bug tracker ...
[03:36] <jamesh> http://darcs.0x539.de/trac/obby/cgi-bin/trac.cgi/ticket/105
[03:40] <ajmitch> impressive, spam bots know trac now?
[03:43] <jamesh> ajmitch: they were opening and closing the bug -- I wouldn't be surprised if it was a human
[03:43] <jamesh> some of the comments seem to have been removed
[04:25] <epsilom> is there launchpad in spanish?
[04:25] <mpt> hi jamesh 
[04:25] <jamesh> hi mpt
[04:25] <mpt> epsilom, Launchpad's interface is currently available only in English
[04:25] <mpt> though you can use it to translate other software into Spanish
[04:26] <epsilom> thanks
[04:26] <mpt> jamesh, you suggested I use .split('\n') and .startswith/endswith(' '), instead of a bunch of .startswith('\n ') or... statements, to detect leading/trailing lines
[04:27] <epsilom> this channel is for launchpad for kubuntu and ubuntu?
[04:27] <mpt> jamesh, but when I try that I get "AttributeError: 'POMsgID' object has no attribute 'split'"
[04:27] <mpt> I don't understand why the "in" operator works but "split" does not
[04:28] <mpt> epsilom, this channel is for Launchpad in general. If you have a question specifically about Ubuntu or Kubuntu, try #ubuntu or #kubuntu respectively.
[04:28] <jamesh> mpt: split() is a method of string objects.  "for x in foo:" just requires that "foo" implement the iterator protocol
[04:28] <mpt> ok
[04:29] <epsilom> ok
[04:35] <mpt> jamesh, does https://devpad.canonical.com/~andrew/paste/fileuajrAM.html look reasonable to you?
[04:36] <mpt> I worked out the problem was that it needed to be msgid.msgid.split(), not msgid.split()
[04:37] <jamesh> mpt: maybe using splitlines would be appropriate here
[04:37] <jamesh> >>> 'a\nb\r\nc\rd'.splitlines()
[04:37] <jamesh> ['a', 'b', 'c', 'd'] 
[04:38] <mpt> neat, thanks jamesh 
[07:22] <fabbione> hey guys is the DB or LP down?
[07:22] <fabbione> i can't save info on bugs
[07:22] <fabbione> keep getting Timeout Error
[07:22] <fabbione> OOPS-268A232
[07:22] <Ubugtu> https://devpad.canonical.com/~jamesh/oops.cgi/268A232
[07:24] <crimsun> yeah, I just got OOPS-268C224 and OOPS-268D244
[07:24] <Ubugtu> https://devpad.canonical.com/~jamesh/oops.cgi/268C224
[07:24] <Ubugtu> https://devpad.canonical.com/~jamesh/oops.cgi/268D244
[07:26] <stu1> fabbione: Give it another 10 mins - there is some maintenance work going on that look like it is affecting you.
[07:26] <fabbione> ok
[07:27] <fabbione> i find it embarassing since i was pointing a kernel guru to it to help us on something :/
[07:28] <stu1> Sorry. This should really be done in downtime it looks like. I'm trying to avoid large downtime windows :-(
[07:28] <fabbione> stu1: ok, but did you announce it on IRC the usual way?
[07:28] <fabbione> that would have been enough
[07:29] <stu1> No - I was hoping it wouldn't be noticeable.
[07:30] <stu1> It was going fine until... erm... 20 mins ago I suspect.
[07:31] <stu1> fabbione: Should be back to normal now.
[07:32] <fabbione> thanks
[07:33] <jamesh> what were you updating?
[07:33] <fabbione> a bug
[07:33] <fabbione> oh nevermind
[07:33] <fabbione> i guess that was for stu1?
[07:33] <jamesh> (was directed at stub)
[07:35] <stub> jamesh: Rebuilding indexes - generally pretty fast except for the full text indexes. Unfortunately, I suspect they are the most bloated :-(
[09:03] <SteveA> morning
[09:18] <carlos> morning
[09:20] <jamesh> SteveA: I put my branch that reworks some of the url handling up as work-in-progress
[09:20] <Ubugtu> New bug: #62213 in ubiquity "Installer crashed - Ubuntu dapper live CD" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/62213
[09:20] <Ubugtu> New bug: #62221 in ubiquity "installation ubuntu crashed" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/62221
[09:22] <jamesh> SteveA: it implements the "generic URI" processing as defined in the RFC.
[09:23] <jamesh> I did up a simple "UriField" type that uses it, which makes it pretty easy to validate the URIs entered into various fields
[09:26] <SteveA> sounds good
[09:26] <SteveA> we should have a naming convention for acronyms like this
[09:26] <SteveA> hsould it be URIField or UriField?
[09:27] <SteveA> should the class be URL or URI or Url or Uri?
[09:27] <lifeless> I prefer acronyms in caps
[09:27] <lifeless> even though it is inconstent with the general guidelines
[09:28] <jamesh> I usually go for inital cap only -- it avoids all sorts of naming conflicts
[09:29] <jamesh> "URI" could be the name of a constant
[09:30] <SteveA> UoRoIo
[09:30] <jamesh> as for URI vs. URL, these days URL's are defined as the subset of URI's that can be used to locate/access a resource
[09:31] <SteveA> I think it is useful to have a URL class
[09:31] <jamesh> XML namespace names are examples of URIs: they are just used as identifiers rather than to look up a resource
[09:31] <SteveA> it can make code clearer if you're saying that the code is dealing with a URL
[09:31] <SteveA> and it is what many web app programmers will look for
[09:32] <SteveA> so, maybe class URL(URI)
[09:33] <SteveA> I think I prefer all-caps for readability.  What I mean is, I never see "Url" written anywhere.  It looks like someone's name.  Particularly "Uri", which is someone's name.
[09:33] <SteveA> So, if I'm scanning code for "URI", I'll miss "Uri"
[09:33] <SteveA> and when I read "Uri", I don't think "oh, universal resource identifier"
[09:34] <SteveA> in the same way I do when I read URI
[09:34] <jamesh> fair enough.
[09:34] <SteveA> You make a good point about the "clash with the constant"
[09:35] <SteveA> I don't think it will happen all that often, though
[09:36] <jamesh> I included a find_uris_in_text() helper function in the module too, which will iterate through the URIs in a block of text
[09:36] <jamesh> should be useful for cleaning up IBugWatchSet.fromText()
[09:36] <jamesh> and similar.
[09:42] <jamesh> ignoring from the naming issues for a second, the UriField() lets you specify which schemes are acceptable, and to disallow userinfo, query and fragment parts
[09:42] <jamesh> disabling userinfo is a good idea for product home pages, to prevent e.g. http://www.ubuntu.com@$IPADDRESS/...
[09:43] <jamesh> and we can disallow query and fragment parts for Bazaar branch URLs
[10:23] <SteveA> jamesh: I just read through the URI/URL diff.  I like it.  What do you think about doing an OO version of urljoin?
[10:23] <jamesh> SteveA: there are resolve() and append() methods for that
[10:24] <SteveA> ok
[10:24] <jamesh> e.g. Uri('http://www.gnome.org/start/2.16/').resolve('/about') == Uri('http://www.gnome.org/about')
[10:24] <SteveA> so, I can use resolve to get a new Uri instance.
[10:24] <jamesh> append() acts like our urlappend() helper function
[10:24] <sivang> morning
[10:24] <SteveA> and resolve ('..') to cut a path segment from the end
[10:25] <jamesh> yep
[10:25] <SteveA> if I want to have all my URLs ending in slashes, is there a way to do that?
[10:25] <jamesh> there is a replace() method too, which can be used to replace particular components
[10:25] <SteveA> well, I mean, all the URLs I'm processing in some block
[10:26] <jamesh> with the current methods, you'd need to do something like this:
[10:26] <jamesh> if not uri.path.endswith('/'): uri = uri.replace(path=uri.path + '/')
[10:27] <SteveA> I think I'd find methods .slashAtEnd() and .noSlashAtEnd() useful
[10:27] <SteveA> they'd return a new URI
[10:27] <SteveA> or maybe the same one, if the URI matches
[10:27] <SteveA> are URIs notionally immutable?
[10:27] <jamesh> yeah
[10:28] <SteveA> ok, great
[10:28] <jamesh> uri.replace() returns self if called with no arguments, for instance
[10:28] <jamesh> I'm thinking of removing the normalisation from the constructor though.
[10:28] <jamesh> The Java URI class has it separate, and it might be useful to not normalise sometimes
[10:31] <jamesh> http://java.sun.com/j2se/1.4.2/docs/api/java/net/URI.html <- the Java class docs
[10:33] <SteveA> one use I have for the menus/facets system is to have a URL without the host section
[10:33] <SteveA> the host section will be taken either from the current request's host
[10:33] <SteveA> or from the configuration for that particular menu item
[10:33] <SteveA> depending on the nature of the menu item
[10:33] <SteveA> I suppose that's easy enough
[10:34] <jamesh> so they are relative URIs?
[10:34] <SteveA> we may want to make the Launchpad Request object know its 'launchpad style' URL
[10:34] <SteveA> so we can use that easily in code
[10:34] <SteveA> they are sometimes relative URLs, sometimes absolute
[10:35] <SteveA> sometimes they are relative URLs, but not the usual kind of relative URL
[10:35] <SteveA> so, for a usual kind of relative URL, you append to the URL, then canonicalize it
[10:35] <SteveA> so URL + "../foo"
[10:35] <SteveA> we have another kind, where we might take a url and change its host
[10:36] <SteveA> or change its host, and the thing at the end
[10:36] <jamesh> well "/foo" is also a relative URI (that replaces the path component entirely)
[10:36] <SteveA> for example, https://launchpad.net/foo/bar/baz -> https://features.launchpad.net/foo/bar
[10:37] <SteveA> or, for a more simple case
[10:37] <SteveA> for example, https://launchpad.net/foo/bar/baz -> https://features.launchpad.net/foo/bar/baz
[10:37] <SteveA> another use for the URL stuff is to make the URLs defined in our config files always URL instances.
[10:38] <SteveA> that way, we'll get rid of some of the assumptions that certain code makes about whether the URLs should be given with or without trailing slashes
[11:00] <danilos> jordi: hey, now, apart from KDE article response, we need to do a Gnome response article as well ;)
[11:09] <carlos> jordi: dude, isn't it yet done?...
[11:20] <ddaa> SteveA: lifeless: jamesh: spiv: meeting in 40 mins
[11:21] <SteveA> thanks ddaa 
[11:21] <ddaa> mpool does not appear online though...
[11:22] <SteveA> I'll be away for 30 mins
[11:30] <jordi> carlos: it is
[11:31] <jordi> carlos: I have no access to my home box now though, wireless is down again apparently
[11:31] <jordi> danilos: I saw that. :)
[11:31] <carlos> ok, send it for review when you are back at home
[11:31] <carlos> jordi: pretty please... :-D
[11:31] <jordi> danilos: still, it's the same guy we answered in rosett-ausers already
[11:32] <jordi> carlos: once my sight is back in place, yeah :)
[11:32] <danilos> jordi: yeah, I know, but the biggest complainer is Benoit
[11:33] <jordi> I mean, many of their concerns are real problems, but we've answered them already.
[11:33] <jordi> danilos: essential docs will need a section on this
[11:33] <danilos> jordi: definitely, much work to do on that front
[11:33] <carlos> in fact 
[11:33] <jordi> the "upstream diff" filter would really help.
[11:34] <carlos> the problem with the credit removals is more related with our teams
[11:34] <carlos> due a bug in our side (single line for the credit list)
[11:34] <jordi> yeah
[11:34] <carlos> I have already fixed in my TranslationReview branch
[11:34] <carlos> all entries are textareas
[11:34] <carlos> now
[11:36] <carlos> the 'funny' thing is that they assume that we change that credit entry by default... and it's just one team who did it (or a couple of them)
[11:37] <carlos> anyway.... we need to fix this kind of issue once per all...
[11:39] <Kream> anyone happen to know how I can translate ubiquity-frontend-kde and -gtk?
[11:39] <danilos> carlos: and we need to document all this! and point people complaining there!
[11:41] <carlos> Kream: you should translate debian-installer
[11:41] <carlos> Kream: it includes ubiquity's strings
[11:41] <Kream> thanks, carlos :)
[11:41] <carlos> Kream: you are welcome
[11:41] <danilos> and it's especially strange for me since people on gnome-i18n are waiting for GTP spokespersons to say what they have, and now I have to discuss things from both POVs
[11:42] <carlos> danilos: menthos already answered (in a good way)
[11:42] <danilos> carlos: yeah, but I probably have more info on both views on the problem ;)
[11:43] <carlos> danilos: I think you should not answer that thread unless someone asks you directly
[11:43] <carlos> because you are in a bad situation ;-)
[11:43] <carlos> oh, well, if you think you can give an answer
[11:43] <danilos> carlos: yeah, probably, but I feel like I am not doing my thing as GTP if I don't, so it really, really sucks :(
[11:43] <carlos> that doesn't breaks your GTP position or Rosetta one, that's fine for me (I mean with any other email that follows yours)
[11:44] <carlos> danilos: then go ahead, what I mean is that don't feel that you need to answer that thread if you really don't want to, jordi and I could handle it
[11:44] <carlos> if you feel confident answering it, go ahead
[11:45] <carlos> well, confident is not the right term... perhaps ... if you feel 'happy' 
[11:46] <carlos> anyway, jordi, would be possible to have your KDE answer ready this afternoon in a wiki page and as a general answer so we can point GNOME's thread to it?
[11:46] <jordi> yes
[11:47] <jordi> I mean, it's a matter of pasting it once I have access to it
[11:47] <carlos> danilos: Should I leave it in your hands then?
[11:47] <danilos> carlos: sure, I am fine with that
[11:48] <carlos> ok, thanks
[12:09] <SteveA> _thumper_: if you're interested, there's a bzr-launchpad-coordination meeting in progress on #launchpad-meeting
[12:10] <_thumper_> SteveA, cheers
[12:19] <lifeless> review emeting in 40 minutes
[12:20] <lifeless> spiv: and you have a late! branch
[12:20] <spiv> lifeless: I know :(
[12:20] <spiv> lifeless: It's half-done, it will be done tonight.
[12:21] <spiv> (although not quite in time for the meeting...)
[12:23] <Mithrandir> any launchpad admins about?  I need to freeze edgy.
[12:24] <lifeless> yes
[12:24] <lifeless> tell me where to go
[12:25] <Mithrandir> probably somewhere around launchpad.net/distros/ubuntu/edgy
[12:26] <Mithrandir> but it's not exposed in the UI if you can't freeze it, AFAIK, so I don't know.
[12:26] <Mithrandir> that is, I can't change the status, since it seems to require LP admin powers.
[12:27] <lifeless> what does 'freeze' translate to ? disable all buildds ?
[12:27] <lifeless> release status -> pre-release-freeze ?
[12:27] <Mithrandir> sounds correct, yes.
[12:28] <Mithrandir> it doesn't disable the buildds, no.  It makes all uploads to main have to go through by-hand approval
[12:28] <lifeless> ok, I have no idea if its just a toggle switch. Blame be on your head :)
[12:28] <lifeless> done
[12:28] <Mithrandir> seems frozen now, thanks.
[12:52] <lifeless> meeting in 8 minutes
[12:52] <lifeless> ^ reviewer^
[12:56] <lifeless> meeting in 3
[01:00] <lifeless> reviewer meeting time
[01:00] <lifeless> == Agenda ==
[01:00] <lifeless>  * Roll call
[01:00] <lifeless>  * Queue status.
[01:00] <lifeless> == Roll call ==
[01:00] <lifeless> I am here
[01:01] <BjornT> here
[01:01] <spiv> here
[01:01] <jamesh> here
[01:02] <lifeless> == Queue status ==
[01:02] <lifeless> 5 open reviews, all but one are under 2 days - excellent condition. spiv has one at 10 days - whats up there?
[01:02] <spiv> lifeless: I suck.
[01:02] <spiv> I'm doing it right now.
[01:03] <lifeless> was the cause something we can try to prevent ?
[01:04] <spiv> I don't think so.  I forgot to check my review daily, but I've got the relevant tab open in my browser now, and that should be enough to remind me each morning.
[01:05] <lifeless> ok
[01:05] <lifeless> Any other business ?
[01:05] <lifeless> 5
[01:06] <lifeless> 4
[01:06] <lifeless> 3
[01:06] <lifeless> 2
[01:06] <lifeless> 1
[01:07] <lifeless> thanks for coming, see you on the 2nd
[01:07] <SteveA> I was here
[01:07] <SteveA> in spirit, anyway
[01:10] <lifeless> SteveA: heh, its already been minuted ;)
[01:10] <lifeless> gnight all :)
[01:10] <spiv> lifeless: g'night
[01:11] <spiv> lifeless: I have some smart HTTP client stuff working, btw.
[01:27] <cprov> good morning, guys
[01:30] <carlos> cprov: morning dude!
[01:31] <carlos> cprov: did you talk with Ian this weekend?
[01:32] <cprov> carlos: yes, I did 
[01:32] <carlos> cprov: ok, then you are aware of the broken links at https://launchpad.net/distros/ubuntu/+source/dpkg , right?
[01:32] <cprov> carlos: yes, bug #60440
[01:32] <carlos> ok
[01:34] <cprov> carlos: but thanks for remember me. Did you have time to think about how to fix i-f-p ?
[01:35] <carlos> Well, I have already another script that calls that code
[01:35] <carlos> to do the incremental copy
[01:35] <carlos> so I guess is just a matter of fixing tests and update some comments there
[01:35] <carlos> so we can stop using i-f-p
[01:36] <cprov> carlos: great ! I'll work on the soyuz part today. Do you have any ETA for landing it in RF ?
[01:37] <carlos> cprov: how urgent is that?
[01:37] <carlos> I guess it's a matter of having it done before Edgy + 1 opening
[01:37] <carlos> but I don't remember when are we supposed to do it
[01:37] <cprov> carlos: distro-team will be blocked on it for edgy+1
[01:38] <carlos> anyway, it should be quite fast
[01:38] <carlos> I will try to handle it this week
[01:38] <cprov> carlos: I don't remeber dates too, but yes, it should be soon (few weeks ?)
[01:38] <carlos> it shouldn't conflict with your work as it will mean one code line removal from soyuz code
[01:38] <cprov> carlos: great dude ! thank you 
[01:38] <carlos> np
[01:39] <SteveA> jamesh: ping, around still?
[01:46] <jamesh> SteveA: yeah
[01:47] <SteveA> jamesh: couple of things
[01:47] <SteveA> first, ddaa will mail you about asking you to help update some of our code to work with bzr 0.11
[01:47] <SteveA> do you have space on your todo list for this?
[01:47] <jamesh> okay
[01:48] <jamesh> I've got a few other things, but should be able to fit that in
[01:48] <SteveA> second, I want to find out what our svn bindings need to do.  would you take a look and see how much of an API to subversion we need, so we can evaluate what we should do about fixing bindings or whatever?
[01:48] <jamesh> will need to start on the scheduler changes Mark mentioned in London some time soon
[01:48] <SteveA> the second thing isn't an urgent thing at all
[01:49] <jamesh> okay
[01:49] <SteveA> but will be helpful for planning maintenance of supermirror stuff
[01:50] <SteveA> _thumper_: for this meeting in London, will you commute into Earls Court from your home?
[01:51] <_thumper_> SteveA: yes
[01:52] <SteveA> ok, great
[02:05] <SteveA> ddaa: please confirm with clan your arrival and departure dates, for accommodation
[02:08] <ddaa> SteveA: sent
[02:08] <SteveA> ta
[02:42] <xerxas> hi 
[02:43] <xerxas> there a launchpad admin here ? 
[02:43] <xerxas> can I remove a branch ? 
[02:43] <xerxas> i uploaded 2 times the same branch 
[02:43] <xerxas> for the same package 
[02:44] <xerxas> https://launchpad.net/people/telepathy/+branch/pymsn/ubuntu and https://launchpad.net/people/telepathy/+branch/telepathy-butterfly/ubuntu or pretty much the same stuff 
[02:44] <xerxas> they are both telepathy-btterfly , instead of one being pymsn
[02:48] <elmo> salgado: ping
[02:48] <salgado> elmo, pong
[02:49] <elmo> salgado: the mirror checker appears to be on some bad crack - it's claiming france telecom is a week behind.  I can't figure out why (the mirror checker thinks so), but it's definitely not
[02:49] <elmo> salgado: https://launchpad.net/distros/ubuntu/+mirror/oleane-ubuntu-packages  <- that specifically
[02:57] <salgado> elmo, it looks like some files (i.e. http://ftp.oleane.net/ubuntu/pool/main/m/mozilla-thunderbird/mozilla-thunderbird-typeaheadfind_1.5.0.7-0ubuntu0.6.06_powerpc.deb) were not mirrored when the prober ran, and the last published package on one of the pockets that files were missing seems to be from one week ago, causing the status of one or more pockets to be one week behind, thus making us use it as the status for the mirror itself
[02:58] <salgado> this problem should be alleviated once we start running the prober multiple times a day
[03:00] <elmo> salgado: hmm
[03:01] <elmo> salgado: could you have the mirror prober log file include the date + time it ran?
[03:02] <salgado> elmo, sure, that should be trivial. can you file a bug so I don't forget it?
[03:05] <elmo> salgado: and the fundamental problem doesn't seem to be that we're not running the prober multiple times a day, but that the granularity of the check for dapper is way off?
[03:05] <elmo> in that I think it really means "missing files from today" rather than "out of date by a week"?
[03:06] <elmo> anyway, I'll file some bugs
[03:06] <salgado> elmo, well, if the only file I found there is from one week ago, all I can tell for sure is that it was updated one week ago
[03:07] <elmo> salgado: yeah, but that's clearly not true in this case, _edgy_ is up-to-date
[03:07] <elmo> doing this kind of check on dapper doesn't make much sense to me
[03:07] <elmo> not to this level of fascism
[03:10] <salgado> elmo, so, let's assume last edgy published package is from 6 hours ago, and that file is already mirrored, causing edgy to have a status of up to date. should the status for dapper be 6 hours behind or up to date, even though the last published package in dapper hasn't been mirrored yet?
[03:14] <elmo> salgado: sorry, phone bbiab
[03:18] <carlos> later!
[03:18] <lucasvo> hasn't there been a "Bounties" section in launchpad?
[03:35] <doko_>  carlos: when do you expect the openoffice.org 2.0.4~rc2-1ubuntu6 translations be imported in rosetta?
[03:55] <carlos> doko_: well, the system is still importing its .po files
[03:55] <carlos> doko_: the help ones take near 20 minutes to complete...
[03:58] <carlos> doko_: seems like there are around 850 entries pending to be imported
[03:58] <carlos> so let's say that I don't think it will be ready today...
[04:47] <jamesh> ddaa: I added some notes to bug 39015: I think we can implement it with current Bazaar without putting excessive load on the webapp
[04:47] <Ubugtu> Malone bug 39015 in launchpad-bazaar "redirect from branch/.bzr" [Wishlist,Confirmed]  http://launchpad.net/bugs/39015
[04:49] <bradb> matsubara: Re: the "bounty" tag suggestion, fwiw, if you have to ask "it'll come back someday, won't it?" in the tag description, we don't need the tag, IMHO. :P
[04:51] <matsubara> bradb: well, the point is, if it'll come back, it's better to group those bugs, if it won't then it doesn't matter and I can reject the bugs.
[04:52] <SteveA> it will come back, in a somewhat different form.  I think it's good to retain the information that it is a bounty-system related bug.
[04:53] <SteveA> but I think we shouldn't have a keyword that may be confused with "there is a bounty offered to fix this bug"
[04:53] <SteveA> which is what most people would expect "bounty" to mean
[04:55] <bradb> yeah, perhaps
[04:55] <matsubara> good point SteveA. bounty-system sounds like a good tag.
[05:03] <SteveA> matsubara: will kiko be around today?
[05:04] <matsubara> SteveA: I think so. Want me to call him?
[05:06] <SteveA> I just tried, but thanks
[05:08] <stub> bradb: Are you using staging for testing that branch still?
[05:13] <bradb> stub: yeah
[05:13] <stub> ok
[05:58] <kiko-zzz> yawn
[06:13] <jordi> carlos, danilo[bbl] : ping
[06:13] <carlos> jordi: pong
[06:14] <jordi> apparently, my pupils are back into normal operation
[06:14] <carlos> jordi: you had that bug again?
[06:14] <jordi> carlos: nope, I had blurry vision all day because I had my pupils dilated
[06:14] <jordi> I had my retina checked out at the hospital
[06:14] <carlos> jordi: drugs?
[06:14] <carlos> :-P
[06:15] <jordi> I've been werairng sunglasses inside the buildings all day :)
[06:15] <jordi> carlos: heh
[06:15] <jordi> I wish ;=
[06:15] <jordi> :)
[06:15] <jordi> https://launchpad.canonical.com/RosettaKdeCollaboration
[06:15] <jordi> vision still gets tired when I look at the monitor for a few minutes
[06:15] <jordi> too bright, I guess
[06:20] <carlos> jordi: give them more time..
[06:20] <jordi> I wanted to post this at least
[06:20] <carlos> yeah
[06:21] <jordi> besides, an addict like me may fall in the trap and have more drugs, and we'd be at the beginning again
[06:21] <carlos> :-P
[06:23] <elmo> ok, SERIOUSLY
[06:25] <elmo> in malone: click on "add a comment", start writing a comment, realise you want to change the status, click the affects / +editstatus link, make changes, click "save changes".  notice how your carefully typed comment has been EATEN
[06:25] <elmo> is that a known bug?
[06:26] <flacoste> elmo: it is
[06:26] <elmo> ok
[06:29] <flacoste> elmo: bug #57607
[06:29] <Ubugtu> Malone bug 57607 in mdadm "Root on raid fails to boot" [Untriaged,Fix released]  http://launchpad.net/bugs/57607
[06:29] <flacoste> elmo: oops, wrong number, it's bug #57715
[06:29] <Ubugtu> Malone bug 57715 in malone "Lost comments on bug #57607" [Untriaged,Needs info]  http://launchpad.net/bugs/57715
[08:11] <kiko-fud> salgado, I fixed the conflict and repushed fwiw
[09:01] <Ubugtu> New bug: #62335 in soyuz "should be able to reset builds in chroot "problem" state" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/62335
[10:00] <Ubugtu> New bug: #62344 in launchpad "Code to create Person entries should be moved outside of MessageSet.fromEmail()" [Low,Confirmed]  http://launchpad.net/bugs/62344
[11:29] <mpt> Gooooooooooooooooooood morning Launchpadders!
[11:43] <kiko> hey mpt 
[11:43] <kiko> I was looking at your fix for bug 46 or so
[11:43] <Ubugtu> Malone bug 46 in rosetta ""special symbols" when people copy-paste text from original to translation" [High,In progress]  http://launchpad.net/bugs/46
[11:44] <kiko> mpt, are the quotes around the icons actually useful?
[11:45] <Ubugtu> New bug: #62357 in malone "Display more info in attachment links" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/62357
[11:45] <Ubugtu> New bug: #62358 in rosetta "Identify packages that need review on Rosetta" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/62358
[11:47] <mpt> kiko, it makes the page slightly more understandable if you have images turned off
[11:48] <kiko> mpt, why don't you put the quotes in the alt text though?
[11:48] <mpt> hmm
[11:49] <kiko> I mean, if it's only for non-image rendering..
[11:49] <mpt> that might work
[11:49] <mpt> ok, I'll do that
[11:51] <kiko> mpt, cool!
[11:51] <kiko> mpt, btw, what happens when somebody cut-n-pastes that image?
[11:52] <mpt> In Gecko or KHTML/Webkit, they get the alt= text
[11:52] <mpt> In other browsers, they get nothing
[11:52] <mpt> So the alt text for the newline character is ""
[11:53] <mpt> and the space character is actually a background image for a real space character.
[11:53] <kiko> mpt, does that work well?
[11:54] <mpt> yes
[11:54] <mpt> It works in Gecko, KHTML/Webkit, Trident, Presto
[11:54] <kiko> cool then.