[12:25] <lamont__> lifeless: you around?
[12:28] <lifeless> no
[12:28] <lifeless> ovoid
[12:28] <lamont__> heh
[01:33] <jamesh> I stayed logged into Launchpad over night
[01:33] <jamesh> nice
[01:37] <kiko-zzz> the wonders of db-persistent sessions
[01:37] <kiko-zzz> tomorrow
[01:47] <lifeless> actually I think its shared sessions
[01:48] <lifeless> more than the persistence ;0
[01:51] <jamesh> in theory, you should remain logged in between production upgrades too ...
[02:09] <lifeless> jamesh: as long as session formats dont change 
[02:46] <mpt> Gooooooooooooooood afternoon Launchpadders!
[02:48] <jamesh> hi mpt
[02:48] <jamesh> mpt: I got brad to test that javascript patch, and have committed it
[02:49] <mpt> ok, great
[02:57] <njs> a question: as a project maintainer, why should I use rosetta over one of the other centralized translation project thingies?
[02:57] <njs> (there seem to be a lot of these thingies, and little information to choose between them on)
[03:03] <mpt> njs, what other ones have you seen?
[03:04] <mpt> The only other one I know of is Irma, which has the problem that it's Linspire-only
[03:09] <njs> Pootle, the Translation Project, ...
[03:09] <njs> there is, of course, https://wiki.launchpad.canonical.com/RosettaCompetitors
[03:15] <lifeless> njs: because it rocks
[03:15] <lifeless> njs: because its not bound to one distro
[03:16] <lifeless> njs: and because it will be bzr integrated in the future
[03:16] <lifeless> making it non centralized
[03:18] <njs> bzr integration is somewhat less interesting to me than some things, for reasons you might be able to imagine :-)
[03:18] <njs> though I suppose it is nice for language teams to have such a thing!
[03:18] <njs> neither pootle nor the translation project are distro-associated
[03:19] <njs> though TP is clearly a less modern architecture
[03:43] <njs> mpt: :-)
[04:45] <mpt> jamesh, can I bother you some more about backslashreplace()?
[04:45] <jamesh> sure.
[04:45] <mpt> First I tried putting it in __init__.py, under smartquote()
[04:45] <mpt> and then in test.py itself
[04:46] <mpt> but either way I get NameError: name 'backslashreplace' is not defined
[04:46] <jamesh> if you put it in webapp/__init__.py, you'll need to do "from canonical.launchpad.webapp import backslashreplace" in the page test .txt file
[04:47] <jamesh> the alternative is to put the function definition in the page test file itself, where needed
[04:47] <jamesh> I'd suggest either putting the function in the page test, or canonical/launchpad/helpers.py
[04:47] <mpt> well, it'll be needed in multiple pagetests
[04:47] <mpt> so I'll use helpers.py
[04:58] <mpt> AttributeError: 'LaunchpadBrowserResponse' object has no attribute 'decode'
[04:59] <mpt> at least it's importing now :-)
[05:01] <mpt> jamesh, how do I turn a LaunchpadBrowserResponse into a str?
[05:02] <jamesh> mpt: str()?
[05:02] <mpt> ha, should have guessed
[05:03] <mpt> hmm, str() gives me a whole pile of "\n"s
[05:03] <mpt> but there's something else in helpers.py for that
[05:04] <jamesh> really?
[05:05] <mpt> at least, I thought there was
[05:05] <mpt> hmm, no there isn't
[05:05] <jamesh> the repr() of a string with newlines will show '\n'
[05:05] <jamesh> but if you use "print" to display it, they'll come up as newlines (as the page tests do at the moment)
[05:05] <mpt> I have >>> backslashreplace(str(http(r"""...
[05:06] <mpt> ah, now we're cooking with gas
[05:09] <jamesh> maybe it'd make sense to put the str() call inside backslashreplace()
[05:09] <mpt> yes, if I'm going to be doing that every time anyway
[05:09] <jamesh> yahoo accesses https://launchpad.net/robots.txt a lot
[05:10] <lifeless> yahoo are just about criminal in the bw use
[05:10] <mpt> "bw"?
[05:10] <jamesh> > 3000 times in the same period as google accessed the file ~ 200 times
[05:11] <jamesh> bw == bandwidth
[05:11] <lifeless> nope
[05:11] <lifeless> yahoo are just silly
[05:12] <lifeless> i have a unmodified for months robots and they did not reduce their hit rate last time I checked.
[05:13] <jamesh> googlebot is using two user-agents: 
[05:13] <jamesh> "Googlebot/2.1 (+http://www.googlebot.com/bot.html)" and "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
[05:13] <lifeless> probably different dc's
[05:13] <mpt> http://help.yahoo.com/help/us/ysearch/slurp/slurp-03.html
[05:14] <mpt> hmm, that's not quite relevant
[05:14] <lifeless> indeed
[05:14] <mpt> http://help.yahoo.com/help/us/ysearch/slurp/slurp-06.html
[05:15] <jamesh> the google page says they access robots.txt at most once a day
[05:15] <jamesh> (usually)
[05:16] <mpt> so we could add stuff to robots.txt to tell Yahoo "there is nothing for sale here" and "there are no interesting images here"
[05:16] <lifeless> mpt: or we could blacklist them
[05:16] <jamesh> or maybe actually, that might be once per day per googlebot instance
[05:16] <lifeless> or give them a single page that says 'please use google.'
[05:17] <mpt> What is the number of visitors we get with yahoo.com referers, divided by the number of visitors we get from google.com referers?
[05:17] <jamesh> I'm not saying it is necessarily a problem; I was just surprised at the numbers
[06:29] <dilys> Merge to devel/launchpad: [trivial]  configs for production launchpad instance on gandwana (r2972: Stuart Bishop)
[06:32] <elmo> stub: we need to get the librarian onto mizuho at some point - I assume there's no further blockers for that?
[06:34] <stub> elmo: Nope. Whenever your ready really. We can take the librarian down and it will only minimally affect Launchpad.
[06:36] <elmo> stub: hmm, what timezone are you on?
[06:37] <elmo> stub: anyway, I don't suppose now is a good time, but I've setup mizuho as a mirror of macaroni, including your account etc. so if you could login in, check it out, see if anything is missing
[06:37] <stub> UTC+7 now
[06:38] <stub> Now if fine if you have the slot. I don't think the migration is urgent through if you have other things to look at or are just having a bad hair day.
[06:38] <elmo> crap your core hours are basically my sleeping hours - that's so unuseful
[06:39] <elmo> stub: nah, I really need to go to bed, and karl won't be up for another of couple of hours in case it all goes Pete Tong
[06:39] <lifeless> I can help
[06:39] <lifeless> my hours are before stubs
[06:39] <elmo> stub: and it's reasonably urgent, as macaroni is down to 20Gb :P
[06:39] <elmo> lifeless: yeah, I know I just mean in general
[06:40] <stub> I've split my core hours, with a big break in the middle, so I'm available on UK time.
[06:40] <elmo> StaffCalendar says 04:00-12:00 UTC?
[06:40] <elmo> if that's got a big break in a middle, someone's getting short changed ;-P
[06:41] <stub> Bah
[06:42] <elmo> anyway, gone, night
[06:42] <lifeless> night elmo 
[06:44] <LetterRip> hello all
[06:44] <LetterRip> I have two questions related to translation and documentation
[06:45] <LetterRip> Blender has an out of tree translation for the Chinese language
[06:45] <LetterRip> and would like to know if the section on Chinese translation for Blender can be pointed to their site
[06:46] <LetterRip> The other question, is that we have a many hundered page manual that is online in wiki format
[06:46] <LetterRip> that has translations in various states of completion
[06:46] <LetterRip> for about 6 languages in addition to english
[06:47] <LetterRip> is there anyway to get that into the rosetta system as well?
[07:55] <mick_home> hi everyone
[07:55] <mick_home> there are a few things that I'd like to fix in launchpad (a few things annoy me)
[07:56] <mick_home> is it possible to get the source (via cvs/svn)?
[07:56] <mick_home> or is it closed source?
[07:57] <mpt> mick_home, it's not open source yet
[07:57] <mpt> though the plan is for it to be released over time
[07:57] <mpt> What things annoy you in particular?
[07:57] <mick_home> missing ical support
[07:57] <mick_home> a calendar does very little for me ;-)
[07:57] <mick_home> but ical support does a lot
[07:58] <mick_home> mpt: is there a particular reason why it isn't OSS right now?
[08:01] <mick_home> i'd also like to see how the bts is tied into it (and see if it is possible to replace it with bugzilla)
[08:02] <mick_home> a local install would also be nice to have
[08:03] <mpt> well, much of the benefit of Launchpad comes from people using a single instance
[08:03] <mick_home> well, yes
[08:04] <mick_home> but many people won't touch it if it isn't OSS
[08:04] <mpt> for example, the Big Idea of the bug tracker is to let multiple distributors, and upstream developers, collaborate on fixing the same bug
[08:04] <mpt> similarly, the advantage of Rosetta is that multiple distributors and upstreams can share each others' translations
[08:05] <njs> this seems like a logically inconsistent argument.  if there's such a benefit to having a single install, then people will continue to use that install, because they get benefits; even if the source code is open.
[08:05] <njs> but on the other hand, many people will _not_ use that central install on philosophical grounds, if the source code is not open.
[08:05] <mick_home> well gforge didn't kill sf.net - i doubt that releasing it as oss would harm launchpad in any way (it would only benefit)
[08:06] <mpt> njs, but then it would take *years* for the economies of scale to bring people into a single installation
[08:07] <mick_home> to be honest... i see only benefits
[08:07] <mpt> mick_home, what does sourceforge do to let distributors cooperate with each other?
[08:07] <mick_home> for instance, you have a huge amount of people that won't touch launchpad atm (the DDs for instance)
[08:08] <mick_home> mpt: i just compared opening up the sf.net code (gforge) and the success of sf.net in general
[08:08] <mpt> I understand that argument
[08:08] <mpt> (though I have less respect for it if such people also use Google:-)
[08:08] <mick_home> heh
[08:09] <jamesh> mick_home: you can get an ICalendar export at webcal://launchpad.net/people/username/+calendar/+icalendar
[08:09] <jamesh> (replace "webcal" with http or https, if you want)
[08:10] <njs> one lesson I have learned as a maintainer is that whether I respect my users or not they still are important :-)
[08:10] <mpt> mick_home: but the management have made the decision that the benefit from forcing the economies of scale early on is greater than the harm from however many developers won't use it for as long as it's closed
[08:10] <mpt> and I think they're probably right
[08:10] <mick_home> blog would also be nice
[08:10] <mick_home> since homepage != blog
[08:11] <mpt> mick_home, you mean a Weblog field for a registered person?
[08:11] <mick_home> blog link
[08:11] <mick_home> blogging possibilities (via launchpad)
[08:11] <mpt> yes
[08:11] <mpt> we've just been considering that in the past week
[08:11] <mick_home> and the possibility to parse an rss feed of a blog
[08:11] <mpt> https://wiki.launchpad.canonical.com/BlogIntegration
[08:11] <jamesh> mick_home: allowing people to give a link to their web log / syndication feed is being considered
[08:12] <jamesh> mick_home: to make it easy to generate a planet config from a LP team, for instance
[08:12] <mpt> so that Launchpad can Planetize teams
[08:12] <mpt> snap ;-)
[08:12] <mick_home> well, i'm just adding stuff that i'd be interested in (using and developing)
[08:14] <mick_home> mpt - would you mind shooting me an email if it ever does go open source
[08:17] <mick_home> mpt: are you a dev of launchpad?
[08:17] <mpt> mick_home, I am a developer
[08:18] <mpt> the plan as far as I know is to open source it parts at a time
[08:18] <mpt> Are you interested in particular parts, or just the whole shebang? :-)
[08:18] <mick_home> well, i can't test in parts now can i ;-)
[08:20] <mpt> mick_home, if you just want to play around with various features, you can use https://staging.ubuntu.com/
[08:20] <mpt> (which really should be staging.launchpad.net, but anyway)
[08:21] <mick_home> i'm interested in coding features (not testing new features)
[08:22] <mpt> ah
[08:22] <jamesh> mpt: staging.launchpad.net does go to the same server as staging.ubuntu.com, but seems to show the shipit interface
[08:22] <mpt> jamesh, yes, there's something in my Inbox about rationalizing the various domains
[08:23] <mpt> actually, for me it redirects
[08:23] <mpt> mick_home, have you done much with Zope before?
[08:23] <ajmitch> mpt: will there be many differences from production? or is staging what is made production each week?
[08:23] <mpt> ajmitch, the latter
[08:23] <ajmitch> zope 3 is fun, really ;)
[08:24] <mick_home> python yes... zope no
[08:24] <mpt> so it's somewhat newer than production about 5/7 of the time
[08:24] <ajmitch> ok
[08:24] <mick_home> mpt: like i said, mind sending me an email when/if the source ever becomes available?
[08:26] <mick_home> i understand if you say "no" btw (since I'm probably not the first person to ask)
[08:26] <jamesh> mick_home: when things are released, we won't keep it a secret
[08:26] <jamesh> you can be sure of that
[08:27] <mpt> mick_home, you're not the first person to ask for the source, but you're the first to ask for e-mail notificaiton :-)
[08:27] <mick_home> well ya i get that
[08:27] <mpt> I'd probably forget
[08:27] <mick_home> but i don't check the site 24/7 ;-)
[08:27] <mpt> mick_home, do you read Slashdot?
[08:27] <ajmitch> mpt: have parts been freed already?
[08:27] <mick_home> mpt: oh god no... i used to 
[08:28] <mick_home> it will probably make it on /. though
[08:28] <mick_home> mpt: my experience is with python/wxPython apps
[08:28] <mpt> yes, that's why I asked
[08:28] <mick_home> not really python web apps
[08:28] <mpt> mick_home, ok, e-mail mpt@canonical.com and I'll reply when it's all open-sourced :-)
[08:29] <mick_home> thanks :-)
[08:29] <mpt> ajmitch, not as far as I know
[08:29] <jamesh> ajmitch: no Launchpad specific bits -- we have fed back improvements to open source projects we make use of though
[08:29] <jamesh> e.g. psycopg, pyme, etc
[08:30] <ajmitch> jamesh: yes, I've seen that, which is great
[08:31] <mick_home> mpt: thanks (email sent)
[08:41] <carlos> morning
[08:41] <carlos> stub, hi
[08:41] <carlos> stub, when are you going to do the production update?
[08:46] <jamesh> carlos: yesterday
[08:46] <carlos> oh, fuck
[08:46] <carlos> hmm, I need a cherrypick then
[09:01] <carlos> daf, ping
[09:30] <mick_home> hi guys (i'm back)
[09:31] <mick_home> i am curious to know if launchpad supports only gettext or other means
[09:31] <mick_home> like RC files
[09:35] <carlos> mick_home, only gettext
[09:35] <carlos> mick_home, but there are many tools that gives you a .po file from many other resources to translate
[09:35] <mick_home> so i would convert from RC -> .po then have that go from .po -> RC ?
[09:36] <carlos> right
[09:36] <mick_home> carlos: have a link?
[09:41] <carlos> mick_home, is the RC file like 'key=value' content?
[09:43] <mick_home> standard Windows .rc
[09:45] <carlos> mick_home, sorry, I don't remember the details of that format... could you show me an example, please?
[09:53] <mick_home> nm i found what i'm looking for
[09:54] <mick_home> carlos: http://icu.sourceforge.net/userguide/localizing.html#Sample_rc
[09:54] <mick_home> if you want to see a real example, check out the ReactOS bugzilla setup
[09:55] <mick_home> all the localizations are .rc files
[09:55] <carlos> hmmm
[09:56] <carlos> I'm not sure how to get that into a .po file...
[09:56] <carlos> It looks like openoffice's files
[09:56] <mick_home> i'll be back once launchpad goes open source... there are too many features missing atm that i obviously can't impliment w/o the source
[09:56] <carlos> mick_home, but you can request us to implement them and we can try to do it...
[09:57] <mick_home> yes, but I don't like asking when I can do it myself at a later date ;-)
[09:57] <mick_home> my list of wants:
[09:57] <mick_home> - blog integration 
[09:57] <mick_home> - ical support
[09:58] <mick_home> - rss parsing of blogs
[09:58] <mick_home> - rss /rdf support in general
[09:58] <mick_home> - support for other formats than gettext
[09:59] <mick_home> - IM clients should be listed (not irc / jabber specific imo)
[09:59] <daf> carlos: pong
[10:00] <carlos> mick_home, most of those features are planned or being discussed atm
[10:01] <carlos> daf, I'm with #1681. Could you confirm that the final decission to fix it was to allow '\r\n' stored into our database if the msgid had them?
[10:01] <carlos> mick_home, if you file bugs about them I'm sure that the ones that are not planned would be implemented
[10:02] <carlos> Ubugtu, you are sleeping....
[10:03] <daf> carlos: I can't remember off the top of my head
[10:03] <carlos> daf, ok
[10:04] <carlos> I think that was the last thing we talked but I'm not sure if with the triage you are doing with SteveA you decided something else
[10:04] <daf> if we decided something else, we would have said so in the bug :)
[10:04] <daf> I'll look at the LP mail
[10:05] <sivang> morning all!
[10:07] <carlos> sivang, morning!!
[10:08] <sivang> carlos: morning carlos, good to be back.
[10:08] <carlos> sivang, Welcome back then
[10:08] <carlos> I hope you are at 100% ;-)
[10:09] <sivang> carlos: yes, back to myself , thanks you.
[10:09] <daf> hi Sivan
[10:09] <daf> glad you're better
[10:09] <daf> carlos: hmm, have we ever seen a msgid with '\r' in it
[10:09] <daf> carlos: I'm wondering whether this is a YAGNI
[10:10] <sivang> daf: thanks :-)
[10:11] <carlos> launchpad_staging=> SELECT count(*) from pomsgid where msgid like '%\r%';
[10:11] <carlos>  count
[10:11] <carlos> -------
[10:11] <carlos>     39
[10:11] <carlos> (1 row)
[10:11] <daf> ok
[10:12] <daf> my next question is: which templates do these belong to?
[10:12] <carlos> daf, I suppose they will be related to Mono applications
[10:12] <carlos> let me check
[10:13] <daf> it kind of sucks to expose translators to \r
[10:13] <daf> you can always convert from logical to physical newlines in the code
[10:13] <carlos> daf, any developer that uses Windows to write the application is adding this "problem"
[10:14] <daf> 39 / X million is not much
[10:14] <daf> obviously it's > 0
[10:15] <daf> just to check:
[10:15] <daf> you plan is to strip newlines from translations unless the msgid contains \r?
[10:16] <carlos> 14 templates have the \r
[10:16] <daf> ok
[10:16] <daf> maybe nopaste the PTNs?
[10:16] <carlos> daf, if the msgid only has '\n', we strip the translation
[10:17] <carlos> if it has \r\n, we leave it (or fix it if is missing them)
[10:17] <daf> or if it has no '\n' :)
[10:17] <carlos> I need to check if we have just '\r'
[10:17] <daf> good idea
[10:17] <carlos> but that's from the old MacOS <= 9 systems...
[10:17] <daf> or if somebody is doing something weird
[10:18] <daf> APT uses \r to do progress bars
[10:18] <daf> but I don't think it exposes that to translators
[10:18] <njs> exposing that to translators seems like an unambiguous bug :-)
[10:19] <carlos> One of the templates with \r chars belongs to "The Ubuntu package descriptions for the releases." product...
[10:19] <daf> njs: to sensible people like you and me, sure :)
[10:20] <daf> carlos: see, I think that should be fixed
[10:20] <carlos>     name
[10:20] <carlos> -------------
[10:20] <carlos>  blender
[10:20] <carlos>  gnue-forms
[10:20] <carlos>  hercules
[10:20] <carlos>  kvirc
[10:20] <carlos>  libchipcard
[10:20] <carlos>  ncpfs
[10:20] <carlos>  shadow
[10:20] <carlos>  simplecdrx
[10:20] <carlos>  slrn
[10:21] <carlos>  somaplayer
[10:21] <carlos>  zssh
[10:21] <carlos> (11 rows)
[10:21] <carlos> that's the list of the other sourcepackages that use the \r char
[10:21] <daf> hmm
[10:21] <carlos> daf, so we can fix it on import/submit time without asking the user to pay attention to it
[10:21] <carlos> but only when the '\r' is used as '\r\n'
[10:22] <daf> I'm not sure I understand what you mean
[10:22] <daf> by changing the msgids?
[10:22] <carlos> if \r is alone... as you suggests with apt.. that would be a bit more difficult to fix
[10:22] <carlos> daf, no, the translations
[10:22] <daf> right
[10:22] <daf> changing the msgids would be dodgy
[10:22] <carlos> daf, changing msgids is broken ;-)
[10:22] <daf> yes
[10:23] <daf> so, I say we go with your plan
[10:23] <daf> but it would be nice to generate a warning if somebody imports a template with '\r'
[10:23] <carlos> It makes no sense to add a visual way to represent the \r
[10:23] <carlos> ok
[10:23] <daf> how difficult do you think that would be?
[10:23] <daf> we can use lpnotification for web uploads
[10:23] <carlos> not really....
[10:24] <daf> no?
[10:24] <carlos> the web upload is not doing the import
[10:24] <carlos> so we cannot know that at that point
[10:24] <daf> sure, it's not doing the import
[10:24] <carlos> daf, but we need to add notification mails when the .pot file is imported
[10:24] <carlos> so we can add there the warning
[10:24] <daf> but I think parsing the PO file should be quick enough that it's not a problem to check there
[10:25] <daf> ah, good point
[10:25] <daf> is there a bug open on that?
[10:26] <carlos> daf, About if it's difficult or not... I need to finish POMsgSetPage implementation first or I will get a ton of conflicts, but is not too complicate the fix of that bug
[10:26] <carlos> for .pot notifications?
[10:26] <daf> yep
[10:26] <carlos> I don't think so
[10:26] <carlos> at least I don't remember it
[10:26] <daf> ok
[10:26] <daf> I propose:
[10:26] <daf> do the fix you suggested
[10:26] <daf> file a bug on notificatoins for POT imports
[10:26] <jamesh> mick_home: you can use gettext's msgfmt utility to generate a .Net resource file.  That might be similar to a Windows resource file
[10:26] <daf> mention that we should warn about \r
[10:27] <daf> did I miss anything out?
[10:27] <carlos> ok, sounds like a plan
[10:27] <daf> good :)
[10:27] <carlos> daf, thanks for your input
[10:27] <daf> you're welcome
[10:27] <carlos> later
[10:27] <daf> carlos: oh, maybe say in #1681 what the plan we agreed is
[10:37] <mick_home> jamesh: ty
[10:37] <mick_home> .resx file?
[10:38] <jamesh> mick_home: no idea
[10:38] <SteveA> hi folks
[10:38] <Kinnison> hi steve
[10:38] <jamesh> mick_home: I'm just looking at the "msgfmt --help" output
[10:38] <SteveA> i'm getting ready to catch a plane to london
[10:38] <SteveA> is there anything urgent that i should do here?
[10:38] <lifeless> test
[10:38] <jamesh> mick_home: the xgettext utility also says it supports pulling strings from C# code
[10:38] <SteveA> i don't think i need to do any testing right now, lifeless 
[10:39] <lifeless> SteveA: test that you have everything needed for the sprint
[10:39] <mick_home> jamesh: i saw mixed docs on that
[10:40] <jamesh> mick_home: anyway, it would probably be worth testing.
[10:40] <SteveA> lifeless: you mean, construct a miniature stub sprint, and briefly attend that?
[10:41] <lifeless> SteveA: no, just mock it up and walk through the responses
[10:43] <daf> SteveA: have a good flight
[10:45] <Nafallo> lol
[10:46] <daf> Honey, I Shrunk the DBA
[10:47] <Kinnison> jamesh: he'd probably cope so long as you didn't inject him into elmo's arse or anything
[10:49] <sivang> Kinnison: hi daniel! 'sup?
[10:51] <Kinnison> hi sivang
[10:51] <Kinnison> I heard you were ill
[10:51] <sivang> Kinnison: yep, I'm better now
[10:52] <Kinnison> sivang: excellent.
[10:52] <sivang> Nafallo: re-energated for sure :)
[10:52] <sivang> Kinnison: Have you had any chance to practice some herbew during the holidays?
[10:53] <Kinnison> sivang: when I was unwell, I lay in bed reading the book
[10:53] <Kinnison> sivang: I still don't recognise all the letters :-(
[10:53] <Nafallo> everyone has been ill except me? :-P
[10:53] <Kinnison> Nafallo: possibly :-)
[10:54] <sivang> Kinnison: ill again? during holiday time? bad :-/
[10:54] <Kinnison> sivang: aye, just my luck
[10:54] <Nafallo> I broke my damn toe instead though :-/
[11:36] <daf> lifeless: any chance of getting PQM's duplicate newline bug fixed -- it's bloody annoying
[11:37] <Kinnison> daf: I gave lifeless a patch for that almost a year ago
[11:37] <lifeless> daf: patches gratefully accepted
[11:37] <lifeless> Kinnison: I have no idea where that is
[11:37] <jamesh> just put up a branch to include logs of executed statements in OOPS reports
[11:37] <Kinnison> lifeless: you suck
[11:37] <lifeless> Kinnison: yes I do, for the right person
[11:37] <Kinnison> lifeless: baddumtish
[11:37] <jamesh> lifeless: where is pqm's bzr branch?
[11:37] <lifeless> daf: http://people.ubuntu.com/~robertc/pqm/trunk
[11:37] <lifeless> jamesh: ^^
[11:37] <lifeless> TDD is mandatory for patches
[11:38] <daf> jamesh: re OOPSes: that's great
[11:39] <jamesh> we'll also be able to start generating OOPS reports for requests that take a while, but don't hit the hard timeout
[11:39] <daf> that's also great :)
[11:40] <matsubara> good morning!
[11:40] <daf> good morning Brasil!
[11:40] <sivang> morning matsubara !
[12:01] <jamesh> lifeless: are items in the "output" list of CommandRunner objects meant to be newline-terminated or not?
[12:01] <jamesh> (in pqm)
[12:07] <lifeless> I think the problem is its never been defined properly
[12:08] <lifeless> so it needs a mini audit for how its used, and then the best choice taken - not hard
[12:08] <lifeless> I would be inclined to say 'yes' because thats how python 'for line in file' works - so its predictable to people
[12:10] <carlos> stub, hi, around?
[12:24] <daf> lifeless: bug 2263 -- can you take a look?
[12:24] <Ubugtu> Malone bug 2263: "cscvs tests fail and leave cruft behind" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: David Allouche, Status: Unconfirmed http://launchpad.net/bugs/2263
[12:24] <cprov> morning guys 
[12:24] <daf> hi cprov 
[12:24] <cprov> daf: hi daf 
[12:25] <lifeless> daf - take a look at what precisely ?
[12:27] <daf> lifeless: do you know if it's still a problem?
[12:27] <daf> lifeless: if so, I'll mark it confirmed
[12:28] <daf> maybe I should be poking ddaa instead
[12:28] <ddaa> mh?
[12:28] <daf> the bug is assinged to you
[12:29] <ddaa> oh, right, I'm the guy most often poking around this code base
[12:29] <ddaa> I have not in months
[12:29] <ddaa> Anyway, the whole test dir handling of cscvs is brain damaged
[12:30] <LarstiQ> ddaa: branch scanning, very cool
[12:31] <ddaa> daf: I'll confirm along the lines of "yes, cscvs tests temp dir handling is brain damaged, will fix when I come around to".
[12:31] <daf> ddaa: thanks, that's what I wanted :)
[12:31] <ddaa> low priority
[12:35] <ddaa> LarstiQ: thank you, but I'm just the messenger, neumeyer, jblack and sabdfl have all made very significant direct contributions.
[12:37] <daf> cprov: where's kiko today?
[12:38] <cprov> daf: coming, I hope ;)
[12:38] <LarstiQ> ddaa: you may message my appreciation back to them ;)
[12:38] <daf> cprov: ah, just being slow, yes?
[12:39] <cprov> daf: certainly 
[12:40] <ddaa> daf: bug 6563 is needinfo, why?
[12:40] <Ubugtu> Malone bug 6563: "No easy way to go to branch listings from a branch page" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: Needs Info http://launchpad.net/bugs/6563
[12:41] <daf> ddaa: because I wanted a response to my comment from you
[12:42] <daf> perhaps I should have made that clearer
[12:42] <ddaa> Uh... well, I reply something...
[12:43] <ddaa> daf: I know nothing about breadcrumbs.
[12:43] <daf> to put it another way:
[12:43] <daf> I'm trying to find concrete things we can do to resolve the problems you have perceived
[12:44] <daf> breadcumbs are the list of links on the top left hand of the page
[12:44] <ddaa> Mh... I made a suggestion, but it was not very clear.
[12:44] <ddaa> Certainly a good thing, at least for consistency...
[12:44] <ddaa> Oh yes, I know what they are, but I do not know how to use them, in terms of UI design and in terms of coding.
[12:45] <daf> that's fine, I'm not expecting you to :)
[12:45] <daf> just because you filed the bug doesn't mean you should fix it
[12:52] <ddaa> daf is there a bug filed about transferring ownership of launchpad objects?
[12:54] <ddaa> daf: bug 6563 updated, like it better?
[12:54] <Ubugtu> Malone bug 6563: "No easy way to go to branch listings from a branch page" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: Needs Info http://launchpad.net/bugs/6563
[12:54] <daf> ddaa: hmm, not sure
[12:54] <ddaa> Mh... anyway, that would deserve a spec methink...
[12:54] <ddaa> I have some ideas about how that should be done.
[12:55] <daf> but yes, thanks for the clarification
[12:55] <daf> "not sure" was in reference to ownership transfer
[12:55] <ddaa> got it
[01:02] <ddaa> lifeless: what about closing all the baz bugs in launchpad with "wontfix"?
[01:02] <daf> jamesh: perhaps your OOPS analysis script could tell us what proportion of OOPSes are triggered by Launchpad developers ;)
[01:04] <ddaa> what about a launchpad skin (or port or something) where oopses are ignored by the statistics? So debugging does not skew them.
[01:04] <ddaa> Mh... isn't what staging is for... okay...
[01:04] <lifeless> ddaa: wontfix does not mean 'no resources' it means 'no matter what this wont be fixed'
[01:04] <ddaa> lifeless: hello, hello, reality? reality?
[01:04] <lifeless> ddaa: i.e. its a variation on notabug.
[01:05] <ddaa> No matter what, there is not development comunity for baz anymore.
[01:05] <ddaa> tla, okay, baz, no.
[01:06] <jamesh> lifeless: which config-manager branch is needed by pqm?
[01:06] <lifeless> jamesh: devel
[01:06] <jamesh> where is that?
[01:06] <jamesh> I could only find references to bazaar 1.x branches
[01:06] <lifeless> debian/ubuntu or http://www.robertcollins.net/config-manager/trunk
[01:07] <ddaa> should I forward that to sabdfl?
[01:07] <jamesh> thanks
[01:08] <jamesh> I looked at http://www.robertcollins.net/config-manager.html and on http://people.ubuntu.com/~robertc/, and didn't see it
[01:08] <SteveA> kiko phoned.  he's going to be in a little late today.
[01:14] <ddaa> SteveA: random UI idea, what about making the current facet more persistent. For example, when in bugs, and clicking on my name in the top right, to right to $me/+assignedbugs. Or when in branches, and clicking on a product link, go right to $product/+branches.
[01:14] <ddaa> If you think that sounds halfway sane, I'll file a bug.
[01:17] <stub> carlos: pong
[01:17] <carlos> stub, did you see my merge request into production?
[01:18] <SteveA> ddaa: yes, that is a good idea.  actually, it's been discussed before, looking at the number of clicks people typically make.  you can file a bug on interactions that you have wanted yourself.
[01:21] <daf> stub: can you tell me the name of the person with ID 414153?
[01:21] <stub> carlos: Got it
[01:23] <stub> daf:  plug-min | Philippine Linux Users' Group-Mindanao
[01:23] <daf> aha
[01:24] <daf> somebody managed to request a password for a team
[01:25] <carlos> stub, would be possible to have it merged today? or at least anytime soon?
[01:26] <stub> carlos: I rolled out 2966, so 2961 and 2966 are already out there
[01:27] <stub> carlos: I'll have a look at 2971
[01:27] <stub> Anyone feel like telling me how to cherry pick with bzr ?
[01:28] <daf> bzr merge -r X..Y, I suspect
[01:28] <daf> (bzr merge --help)
[01:31] <kiko> hey there
[01:31] <daf> kiko!
[01:31] <daf> now, what was I going to harass you about?
[01:32] <kiko> well, my friend's mother had a stroke so I will be out at the hospital up till 16:00 utc; you'll have plenty of time to remember
[01:32] <daf> oh no
[01:33] <ddaa> daf: me think bug 2110 needs an assignee...
[01:34] <daf> well, it can certainly be confirmed
[01:34] <ddaa> I cannot, I'm the reporter :)
[01:34] <daf> done
[01:34] <daf> as for assignee, I don't know who it would be
[01:35] <ddaa> kiko: !
[01:35] <ddaa> I would like someone to be responsible for bug 2110.
[01:35] <kiko> hey ddaa 
[01:35] <kiko> what is that bug
[01:35] <ddaa> Ubugtu: hello?
[01:36] <ddaa> it's "Autogenerated forms do not have correct tab order"
[01:36] <kiko> okay
[01:36] <kiko> that's currently mpt + bjornt on a spec that has the word "form" in it
[01:36] <sivang> ddaa: Ubugtu is probably away :)
[01:36] <kiko> there's even an implementation plan
[01:36] <kiko> so either mpt or bjornt 
[01:36] <carlos> stub, oh, cool
[01:36] <carlos> stub, thanks
[01:37] <daf> kiko: where's this spec?
[01:37] <ddaa> it's linked from the bug...
[01:37] <kiko> daf, where are all our specs?
[01:37] <ddaa> why do we have all those nifty cross-referencing features if NOBODY CARES?
[01:37] <kiko> heh
[01:38] <daf> ddaa: I can't see it
[01:39] <daf> oh, ther
[01:39] <daf> e
[01:39] <ddaa> daf: then please file an usability bug :)
[01:39] <kiko> https://wiki.launchpad.canonical.com/FormLayout
[01:39] <daf> we have plenty of bugs about portlets being invisible
[01:39] <kiko> boomboomboom
[01:40] <daf> *cough*
[01:40] <kiko> doh doh doh
[01:41] <daf> I did that too :)
[01:41] <kiko> I should be put on the rack
[01:41] <daf> ok, this spec has code and UI changes
[01:41] <daf> I suspect the tabindex thing will be a code change
[01:41] <kiko> right
[01:42] <daf> so if it's going to be assigned to anybody, it would be Bjrn
[01:42] <kiko> it needs to be done a bit smartly
[01:42] <daf> but I don't think assigning for the sake of assigning is worth it
[01:42] <kiko> well
[01:42] <kiko> agreed.
[01:42] <daf> getting a milestone on it would have more impact
[01:43] <daf> which I think is up to kiko or Steve
[01:44] <hno73> Hi.  The general ubuntu FAQ including ShipIt info has now moved to http://www.ubuntu.com/support/faq so it would be good to update the link on https://shipit.ubuntu.com/ 
[01:44] <hno73> I've filed a malone bug here: https://launchpad.net/products/shipit/+bug/6605
[01:44] <Ubugtu> Malone bug 6605: "ShipIt FAQ link" Fix req. for: shipit (upstream), Severity: Normal, Assigned to: Nobody, Status: Unconfirmed http://launchpad.net/bugs/6605
[01:44] <kiko> thanks hno73 
[01:47] <daf> Kinnison: when are you bringing me cake^W^W^Wcoming over to work?
[01:48] <Kinnison> daf: thursday?
[01:49] <daf> sounds good
[01:49] <Kinnison> hmm, actually 'tis lunchtime now
[01:59] <Seveas> launchpad is OOPSing out whenever I want to edit a team member...
[01:59] <Seveas> it actually did edit, but redirects to /+member/$name/+members instead of /+members
[02:01] <daf> Seveas: this is a known bug
[02:01] <daf> Seveas: I'm working on a fix
[02:01] <daf> Seveas: bug 6372
[02:01] <Ubugtu> Malone bug 6372: "approving members broken" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Dafydd Harries, Status: In Progress http://launchpad.net/bugs/6372
[02:03] <daf> cprov: bug 5765
[02:03] <Ubugtu> Malone bug 5765: "Absence of fmt:datetime for code generated datetime.datetime instances" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: Unconfirmed http://launchpad.net/bugs/5765
[02:03] <daf> cprov: got a doctes for it?
[02:04] <cprov> daf: not yet, it happens in the new +builds pages (when now is returned from the view class)
[02:04] <Seveas> daf, I guess you know, but it's also broken for rejecting ;)
[02:05] <ddaa> bug 6607
[02:05] <Ubugtu> Malone bug 6607: "More persistent facets" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: Unconfirmed http://launchpad.net/bugs/6607
[02:05] <ddaa> daf: SteveA said it was a good idea and was discussed before
[02:06] <ddaa> ooooh, scheduled maintenance notice!
[02:06] <ddaa> should probably be much louder
[02:06] <sivang> does anyone know if bzr support 'publishing' as in , bzr publish sivan@host.tld:~/.../public_html
[02:06] <sivang> even if there wasn't any branch there before?
[02:07] <ddaa> link blinking red or something
[02:07] <daf> bzr push is what you want, I think
[02:07] <ddaa> sivang: yup, bzr push
[02:08] <sivang> sivan@ubuntu:~/devel/pkg/db2/db2-dependencies/db2-dependencies-1.0$ bzr push sivan@mercury.linuxguru.net:~/public_html/
[02:08] <sivang> bzr: ERROR: Remote location is not a bzr branch (or empty directory)
[02:08] <lifeless> blink is a ticket to hell
[02:08] <ddaa> lifeless: I was not _really_ serious
[02:08] <lifeless> ddaa: neither was I 
[02:08] <ddaa> sivang: error reporting sucks, give hell to folks in #bzr
[02:08] <sivang> hehe
[02:08] <lifeless> if I was serious it would have been zandrus seventh hell
[02:09] <daf> the road the hell is paved with bad HTML
[02:09] <lifeless> ddaa: dude thats exactly correct - that dir is neither a bzr branch nor a empty fdir
[02:09] <ddaa> try "bzr push sftp://sivan@mercury.linuxguru.net:/home/sivan/public_html"
[02:09] <lifeless> sivang: put the path you want it published at on the end.
[02:09] <lifeless> i.e. db2-dependencies
[02:09] <ddaa> lifeless: everytime I mistype a url for push I get this obnoxious error
[02:10] <lifeless> propose a better one then
[02:10] <daf> it should say "perhaps put the name of the branch on the end of the path"
[02:10] <lifeless> btw
[02:10] <daf> perhaps?
[02:10] <lifeless> you said you found some bad-O stuff
[02:10] <sivang> lifeless: ah, oops I'll try that
[02:10] <ddaa> This should be something like "directory does not exist: $dirname [on host $hostname] ", where the bit in bracket in the host part of the URL if applicable.
[02:10] <lifeless> can you please push the branch with that in it somewhere so we can pull it ?
[02:11] <ddaa> Alternatively, "directory is not a bzr branch: blah blah"
[02:11] <sivang> daf: yes, after checking that you've forgotten to specify the target location
[02:11] <ddaa> Alternatively, "this branch has a diverged history, blah blah. If you really mean it, use --overwrite".
[02:11] <sivang> lifeless: yay, it works
[02:12] <lifeless> ddaa: you get those warnings separately
[02:12] <lifeless> ddaa: already
[02:12] <daf> perhaps if the remote directory exists, it should push to remote path + branch tag
[02:12] <lifeless> daf: uhm, hell no
[02:12] <ddaa> well, that's not the experience I had... but nevermind.
[02:12] <lifeless> ddaa: anyway #bzr, or bazaar-ng@.. or file a bug.
[02:12] <daf> (exists and is not a branch)
[02:12] <sivang> my thyinking was that it could take the topest level dir for the source branch and create the same one at the target
[02:13] <lifeless> ddaa: and -please- give me your performance tuned branch
[02:13] <lifeless> sivang: thats what will probably be supported in repositories but for standalone branches its a minefield of 'whoops' waiting to happen
[02:13] <ddaa> Okay, I'll look at it right now, but It got mostly supersed by other patches, mostly from geofreddo
[02:13] <stub> carlos: cherry picked
[02:13] <lifeless> ddaa: you had a workingtree iterator fix of some sort
[02:13] <lifeless> thats definately not superceded
[02:13] <ddaa> ha... right
[02:14] <ddaa> -> #bzr
[02:17] <sivang> lifeless: what do you mean in 'supported repositories' ?
[02:18] <daf> bzr is going to support code repositories
[02:18] <daf> rather than just individual branches
[02:20] <sivang> daf: ah cool
[02:25] <stub> carlos: poimport is still dying - a missing AND at the end of a query
[02:30] <daf> ENOTEST?
[02:41] <uws> Is the LP web site down atM?
[02:44] <daf> yes, it is down for maintenance
[02:44] <daf> we expect it to be back again shortly
[02:44] <uws> daf: Any clue on how long it will take?
[02:45] <daf> no, I'm afraid not
[02:46] <daf> I think it has taken longer than it usually has
[02:52] <bradb> jamesh: Hi. Any news on the status notes as comment review?
[03:11] <uws> yay, it's back online
[03:13] <stub> carlos: I've disabled poimport for the time being as it isn't doing much besides spamming us
[04:04] <Kinnison> Does Ubugtu get bugs from all products or only some?
[04:04] <Kinnison> daf: Are you doing triage/confirmation? If so, bug#6611 should be easy for you to confirm
[04:09] <LarstiQ> Kinnison: all afaik
[04:09] <LarstiQ> it knows about bug 1 and about bug 3281
[04:50] <daf> Kinnison: wow, what a weird bug
[04:50] <Kinnison> it looks like it is using the binarypackagename to look up in the sourcepackagename table or something
[04:51] <Kinnison> Hmm, perhaps not
[04:51] <Kinnison> https://launchpad.net/distros/ubuntu/hoary/amd64/libdisplaymigration0/0.28-3
[04:52] <Kinnison> that shows the -dev package
[04:52] <Kinnison> but the source package is without the 0 on the end
[04:52] <Kinnison> so there goes my theory
[04:52] <daf> it's not a gina fubar, is it?
[04:53] <Kinnison> I don't see how it could be
[04:53] <Kinnison> given on one hand we're using a binarypackagename of lua50 and on the other hand it's displaying one of lua50-doc
[04:53] <Kinnison> it's a code bug somewhere
[04:53] <daf> off-by-one error?
[04:53] <Kinnison> in what? it'll be a selectery error somewhere
[04:53] <Kinnison> probably in the magic binary package stuff
[04:53] <daf> mmm
[04:53] <Kinnison> umm distroreleasebinarypackagerelease
[04:54] <daf> not distroarchreleasebinarypackagerelease?
[04:55] <Kinnison> oops yes
[04:55] <Kinnison> darbpr
[04:57] <daf> hmm -- is salgado still on holiday?
[04:59] <matsubara> Kinnison: isnt't bug 6611 a dupe of bug 3516?
[04:59] <matsubara> daf: yes, he is.
[04:59] <daf> ok, thanks
[04:59] <daf> back next week?
[04:59] <matsubara> daf: I think he'll be back on 16th
[04:59] <daf> great
[05:00] <Kinnison> matsubara: It may be the same issue manifesting itself
[05:00] <Kinnison> matsubara: or it may not
[05:01] <daf> the symptoms look identical
[05:02] <daf> I'll dup them for now
[05:04] <Kinnison> okay
[05:04] <Kinnison> Can you make sure that whichever is left usable is filed against soyuz please?
[05:04] <Kinnison> All soyuz UI bugs should be against the soyuz product
[05:04] <Kinnison> otherwise I don't spot things when filing bugs
[05:04] <daf> ok
[05:04] <daf> I've been a bit lax about reassigning to soyuz
[05:04] <daf> I'll try and do so more
[05:04] <Kinnison> thanks
[05:05] <Kinnison> I find it hard to keep track when bugs aren't grouped
[05:05] <daf> I sympathise
[05:06] <daf> besides, reassigning does wonders for the bug count ;)
[05:19] <daf> bradb: what do you about omitting the "not filed elsewhere" text
[05:19] <daf> bradb: I find it distracting
[05:21] <bradb> daf: I think SteveA filed a bug on it. We can probably just remove it.
[05:22] <daf> yay
[05:25] <bradb> Launchpad developers won't get any bugmail for any bugs opened before today--I set the bugcontacts today--unless they reported the bug, or someone happened to explicitly add Launchpad Developers to the Cc list on the bug.
[05:26] <bradb> Feel the user love.
[05:27] <Kinnison> daf: I think you got a touch reassign-happy
[05:27] <Kinnison> daf: why is 1527 a soyuz ui bug?
[05:28] <daf> oh, hmm
[05:29] <daf> I was thikning soyuz == package-y bits of Launchpad, not soyuz == package UI bits of Launchpad
[05:29] <daf> do we have a product for gina?
[05:29] <daf> or for the uploader/dominator/gantry etc.?
[05:31] <Kinnison> there's launchpad-upload-and-queue
[05:31] <Kinnison> launchpad-publisher
[05:31] <dilys> Merge to devel/launchpad: [trivial]  capitalise distribution/release names in sample data (r2973: Dafydd Harries)
[05:31] <Kinnison> launchpad-buildd
[05:31] <Kinnison> and soyuz
[05:31] <daf> I see
[05:31] <Kinnison> gina stuff probably ought to remain against the main launchpad product
[05:32] <daf> I'll try and get them right
[05:32] <daf> if I don't, scold me and feel free to reassign again
[05:32] <Kinnison> you're too cuddly for that
[05:33] <Kinnison> ta
[05:33] <daf> hmm, Soyuz needs a 1.1 milestone
[05:34] <daf> oh, it has one
[05:34] <daf> odd
[05:34] <daf> must be Malone being silly
[05:37] <ddaa> bradb: is there a way to tell launchpad: okay, I reported that bug, but I'm not interested in it anymore, really, don't clutter my +reportedbugs page with that anymore, please!
[05:37] <daf> bradb: "Bug #NNNN has not yet been reported in foo. Do you want to report it in foo?" -- it would be nice if it also had a button to reassign
[05:37] <bradb> ddaa: Not yet, but that sounds like an interesting idea.
[05:37] <daf> perhaps: if you reported but are unsubscribed, don't list it
[05:38] <ddaa> I did not manage to unsubscribe from a reported bug...
[05:38] <ddaa> maybe I was just not awake yet
[05:39] <ddaa> bradb: the use case is making my +reportedbugs page useful again by getting rid of all those baz bugs that lifeless does not want to close because maybe next christmas santa claus will take over maintenance of baz.
[05:40] <bradb> right
[05:40] <sivang> what do I need to have isntalled in order for bzr push to be rcognized and use the rsync method?
[05:40] <sivang> I get unknown command error
[05:41] <daf> do you have bzrtools installed?
[05:41] <bradb> daf: Everything is competing for space at the top of the bug page. ;)
[05:41] <daf> bradb: true that :)
[05:41] <ddaa> jeff mum is not
[05:41] <bradb> Portlet allergies?
[05:42] <sivang> daf: pff rightho, thank you
[05:42] <ddaa> no, reference to an old quote
[05:42] <ddaa> "what is soyuz" "soyuz is an application built on the launchpad API" "like everything else" "no, my mum is not an application built on the launchpad API"
[05:43] <sivang> daf: is it in main btw?
[05:43] <daf> sivang: universe
[05:43] <daf> sivang: though I use jbailey's snapshots
[05:44] <daf> I like my revision control systems fresh :)
[05:44] <daf> (undercooked, sometimes)
[05:44] <sivang> daf: true, I will add his sources from the RFS page
[05:45] <sivang> daf: I also can't find it in breezy's universe. weird
[05:45] <daf> oh!
[05:45] <daf> it's dapper/universe, sorry
[05:45] <sivang> uh-ha!
[05:46] <sivang> I had a fishy instinct about that :)
[05:46] <sivang> then guess to add Jeff's snapshots is the way
[05:49] <sivang> daf: does bzr catches import expection to know which capabilities to present to a user? (in man page as well??)
[05:49] <sivang> *exceptions
[05:51] <ddaa> that's not the way it works, the push plugin decorate the push bultin
[05:52] <daf> it used to catch import exceptions for celementtree
[05:52] <Kinnison> daf: pah
[05:52] <Kinnison> daf: I use my own branches, I like my revision control systems hacked
[05:52] <LarstiQ> hah, that's nicelt quotabl
[05:53] <daf> Kinnison: well, when I hack them, I can't be bothered to keep them up to date with the mainline :)
[05:53] <Kinnison> daf: aah
[05:54] <sivang> Kinnison: you're own branches? you mean, you keep your own syncing scripts?
[05:54] <Alinux> hello all...
[05:55] <Kinnison> hi Alinux 
[05:55] <Alinux> I have a problem, rosetta doesn't updates translation from an updated .po file.
[05:55] <daf> see you sivang 
[05:56] <daf> Alinux: hmm, sounds like it could be a bug
[05:56] <Alinux> mmm I think so
[05:56] <daf> carlos: have we done confirmation emails for imports yet?
[05:56] <Alinux> this 2 days I have updated a valid .po files ... and no changes on site :(
[05:58] <Alinux> :(
[05:59] <daf> carlos: ping
[05:59] <carlos> daf, pong
[05:59] <daf> carlos: have we done confirmation emails for imports yet?
[05:59] <daf> or is it only error email?
[06:00] <Alinux> "Your upload worked. The translation content will appear in Rosetta in a few minutes."
[06:00] <Alinux> but no changes :(
[06:01] <LarstiQ> Aren't there some technical issues on the lp side atm?
[06:05] <Kinnison> the cronscripts might not be running right now
[06:05] <Kinnison> because of database speed issues
[06:22] <Alinux> still no changes :(
[06:22] <Alinux> "Your upload worked. The translation content will appear in Rosetta in a few minutes." - 20 minutes past.
[06:22] <LarstiQ> Alinux: did you see our discussion of what might cause that?
[06:22] <Alinux> is it normal?
[06:23] <Alinux> LarstiQ, yes.
[06:23] <LarstiQ> Alinux: well then
[06:24] <Alinux> but it worked in the past.
[06:24] <Kinnison> It may be because bits of launchpad are currently disabled for performance reasons
[06:25] <Alinux> I hope work is still in progress :)
[06:26] <Alinux> witout you (developers) we (translators) can do nothing :)
[06:26] <Alinux> so we are waiting for yuo :)
[06:26] <Alinux> thanks boys!:D
[06:27] <carlos_> hmmm seems like I was disconnected...
[06:28] <carlos> daf, Alinux, did you see my answer?
[06:31] <LarstiQ> carlos: nope
[06:31] <carlos> Alinux "Your upload worked. The translation content will appear in Rosetta in a few minutes."
[06:31] <carlos> Alinux but no changes :(
[06:31] <carlos> carlos daf, we do confirmations for .po imports
[06:31] <carlos> carlos and also errors
[06:31] <carlos> carlos Alinux, we have some problems with the imports
[06:31] <carlos> carlos Alinux, I hope tomorrow it will be fixed
[06:31] <carlos> * Disconnected (Connection timed out).
[06:37] <daf> carlos: cool
[06:37] <daf> carlos: about the imports cronscript: is there a missing case in the tests?
[06:38] <carlos> seems like that
[06:38] <carlos> I wrote a test and it worked with our test data
[06:38] <carlos> but seems like there is another problem that our tests didn't detect
[06:38] <carlos> so I need to do another fix 
[06:39] <daf> aha, I see
[06:43] <daf> carlos: perhaps we can open a bug on fixing the import script tests
[06:45] <carlos> I guess it would be a good idea, but fixing the bugs we are going to fix/add tests also
[06:46] <daf> true
[06:53] <sistpoty> hi
[06:53] <sistpoty> is there any mailing list, where changes like the change to malones email-interface are announced?
[07:00] <Zerlinna> hey, is smb here who could help me with my launchpad / ubuntuwiki account
[07:00] <Zerlinna> ?
[07:05] <bradb> sistpoty: Not yet.
[07:05] <Kinnison> Zerlinna: we can try. what's your problem?
[07:06] <Zerlinna> Kinnison: ya I accidently disabled my ubuntuwiki account.. is there any way to re-enable?
[07:06] <sistpoty> bradb: would be good to have one... for motu merges we parse malone emails and I noticed only now that s.th. didn't work any longer :/
[07:06] <bradb> sistpoty: We have https://wiki.launchpad.canonical.com/LaunchpadWhatsNew being thought about.
[07:07] <Kinnison> Zerlinna: Hmm, what's your launchpad name?
[07:07] <Zerlinna> MirjamWaeckerlin
[07:08] <Zerlinna> on launchpad the wiki account's still there, but I can't login to ubuntuwiki
[07:08] <Kinnison> Odd
[07:08] <Kinnison> are you using your launchpad registered email/password to log into the wiki?
[07:08] <Zerlinna> yes
[07:09] <Kinnison> I wonder if the authserver is hiccoughing again
[07:09] <Zerlinna> hmm, I think I made the mistake
[07:09] <sistpoty> bradb: oh, the spec for the lp-news is nice :)
[07:10] <Zerlinna> Kinnison: I didnt see that I can change the wikiname on launchpad, but I couldnt on the wiki, so I disabled my account on the wiki to create a new one... but I'm just blocked
[07:10] <bradb> sistpoty: If you have any feedback about those ideas, please feel free to bring them up in #launchpad.
[07:10] <Kinnison> Zerlinna: I'm afraid you've lost me
[07:11] <Zerlinna> Kinnison: you mean you don't know how to fix it?
[07:11] <sistpoty> bradb: if I read it right, the news feature will be rss (only?)... I guess some people (including me) would like to have this by mail as well... but that's just an idea
[07:11] <Kinnison> Zerlinna: I mean, I'm not sure what I need to fix :_)
[07:11] <sistpoty> bradb: apart from that the spec looks pretty complete
[07:11] <Kinnison> Zerlinna: If it's that your moin user needs to be re-enabled then I'm not able to do that
[07:12] <Zerlinna> Kinnison: lol.. ok, status quo: I can login on launchpad, but on the wiki (always tells me wrong pw, but I KNOW that it's right, tried about a 100 times) 
[07:12] <Zerlinna> Kinnison: sorry: NOT on the wiki
[07:12] <Zerlinna> Kinnison: hmm.. you know smb who can?
[07:13] <bradb> sistpoty: I'm not deeply familiar with the spec, but it does seem to favour syndication instead of mailing lists.
[07:13] <bradb> sistpoty: I guess you're thinking of a launchpad-announce@?
[07:14] <sistpoty> bradb: exactly... 
[07:14] <sistpoty> bradb: maybe once this news-feature is there, it could auto-deliver mails to some ml for convenience, but as I wrote before, that's just an idea
[07:14] <bradb> sistpoty: I'll add an XXX to the spec
[07:15] <sistpoty> bradb: cool, thx
[07:16] <Zerlinna> Kinnison: or do you have any ideas where I could get help?
[07:17] <Kinnison> Zerlinna: You need someone who understands the launchpad<->wiki linkage
[07:17] <Kinnison> Zerlinna: I think spiv is the right person to ask
[07:18] <Zerlinna> Kinnison: ...or I just create another account on launchpad.. what do you think?
[07:18] <bradb> sistpoty: np, XXX added.
[07:18] <Kinnison> Zerlinna: Seems a bit overkill to do that
[07:18] <daf> Zerlinna: perhaps you're experiencing this bug https://launchpad.net/products/launchpad/+bug/6283
[07:18] <Ubugtu> Malone bug 6283: "Logging in thru the wiki with my password for launchpad won't work" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: Unconfirmed http://launchpad.net/bugs/6283
[07:19] <Zerlinna> Kinnison: I have just the impression it's difficult to get help.. 
[07:20] <Kinnison> Zerlinna: It's only hard in real-time because we're spread out all over the world so timezones can cause realtime support to be a bit hard
[07:20] <daf> Zerlinna: it depends who happens to be around when you turn up
[07:20] <sistpoty> ok, gotta go now... thx again for your help ;)
[07:20] <bradb> np, see ya
[07:20] <sistpoty> cya
[07:21] <Zerlinna> daf and Kinnison I have to admit I'm a bit impatient
[07:22] <daf> Zerlinna: did you take a look at the bug I mentioned?
[07:23] <Zerlinna> daf: I visited the link it's said that admin rights are required to recreate the account on moin
[07:23] <Zerlinna> but I can create a new account and merge it with the old one, maybe that works :-)
[07:41] <Zerlinna> nope, not working :-(
[07:42] <Zerlinna> daf: Kinnison : any other idea... ?
[07:44] <Zerlinna> Kinnison: thank you though and good night :-)
[07:44] <Kinnison> Sorry
[07:44] <Zerlinna> Kinnison: never mind, I'll find a solution.. if it doesn't work I'll create a new account ;)
[07:50] <daf> Zerlinna: perhaps it's bug 3987 that's causing you problems
[07:50] <daf> bug #3987
[07:50] <Ubugtu> Malone bug 3987: "Launchpad wiki UserPreferences causes mismatched passwords" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Andrew Bennetts, Status: Needs Info http://launchpad.net/bugs/3987
[07:53] <Kinnison> ciau all
[08:05] <Zerlinna> daf: ok I've done it now.. thank for the link! It brought me on the right way :-)
[08:05] <daf> Zerlinna: glad I could help
[08:06] <Zerlinna> daf: it wasn't very difficult in the end with the merging option it worked :-) thank you very much!
[08:06] <Zerlinna> so.. I'm off launchpad now... thx again and bye
[10:28] <mpt> Gooooooooooooood morning Launchpadders!
[10:28] <gneuman> mornig mpt
[10:35] <kiko-afk> hello there
[10:42] <mpt> What's wrong with production?
[10:47] <kiko> it's hung :-(
[11:02] <lifeless> and non running on gandwana
[11:03] <lifeless> we're getting timeouts on some sockets
[11:04] <lifeless> I wonder if the db is awol
[11:04] <lifeless> indeed
[11:09] <lifeless> emperor is down, I'm contacting znarl.
[11:09] <kiko> thanks 
[11:17] <gneuman> is anyone experiencing failures in make check?
[11:18] <mpt> gneuman, did you remake the database?
[11:19] <mpt> there have been quite a few schema changes recently
[11:19] <gneuman> make schema?
[11:19] <gneuman> yes
[11:19] <mpt> make in schema/, yes
[11:19] <mpt> oh, can you just "make schema" instead?
[11:19] <mpt> nifty!
[11:19] <gneuman> thats waht i allways did
[11:23] <kiko> mpt, you're welcome
[11:41] <ajmitch> is launchpad currently undergoing 'corrective maintenance'?
[11:43] <mpt> yes, Launchpad's been very naughty
[11:43] <ajmitch> oh dear
[11:43] <carlos> kiko, hi, do you have time for a new fast review?
[11:43] <carlos> kiko, https://chinstrap.ubuntu.com/~dsilvers/paste/fileBoQ4wN.html
[11:43] <kiko> not really but
[11:43] <kiko> ouch
[11:44] <carlos> ok
[11:44] <kiko> can you test both codepaths there, carlos?
[11:44] <carlos> which codepaths?
[11:45] <kiko> there's an if clause in getPOTemplateByPath
[11:45] <kiko> make sure you are testing both branches
[11:45] <carlos> oh, right
[11:47] <carlos> hmmm
[11:47] <carlos> kiko, the if is not needed, the first if entry point will never be reached
[11:47] <kiko> carlos, good thing I asked that question then!
[11:48] <carlos> ;-)
[11:48] <carlos> done
[11:49] <kiko> and self.query is never None?
[11:50] <carlos> kiko, no, it's set as part of __init__ method
[11:53] <carlos> kiko, can I use r=kiko?
[11:53] <kiko> carlos, sure.
[11:53] <carlos> ok, thanks
[11:57] <elmo> stub/lifeless: ?
[11:59] <lifeless> yo
[11:59] <lifeless> is the king in the house ?
[11:59] <elmo> lifeless: can we make launchpad do something better?  like display the down for maintenance page
[11:59] <elmo> emperor's going to be down for another 5-10 mins at least
[11:59] <lifeless> ok
[12:00] <lifeless> uhm, I was hoping to leave it running 
[12:00] <lifeless> the maintenance page shows when its turned off
[12:00] <lifeless> any idea what broke emperor ?
[12:02] <kiko> not me
[12:02] <lifeless> kiko: you sure now ? :)
[12:02] <elmo> lifeless: yes, will explain later, fix now
[12:03] <elmo> lifeless: how is it useful to leave it running without a backend?
[12:03] <kiko> lifeless, I won't admit to it in a public channel dammit
[12:03] <lifeless> kiko: DOIT