[12:25] <salgado> kiko, https://chinstrap.ubuntu.com/~dsilvers/paste/fileSBGhCf.html
[01:03] <dilys> Merge to devel/launchpad/: [r=spiv]  fix bzrsync history rewriting and tighten RevisionNumber db constraints (r3533: James Henstridge)
[01:04] <kiko> cool 
[01:29] <ptlo> heya. i'm viewing a launchpad page for a binary package in dapper. the action menu on the left is disabled, what does that mean?
[01:33] <ptlo> oh nvm, the package was obsoleted, i've found a newer version :)
[01:49] <kiko> and does that have a proper menu?
[01:51] <ptlo> yup. gnome-media -> gnome-media-2.0
[01:59] <ptlo> btw while i'm asking - launchpad tells me that the latest template for gimp translation is for hoary (https://launchpad.net/products/gimp/+translations)? am I missing something here?
[02:02] <kiko-zzz> hmmm, odd
[02:03] <kiko-zzz> is the domain called gimp20?
[02:03] <kiko-zzz> if so, it's because the import and export are failing
[02:03] <mdke> it's also marked "doesn't use rosetta"
[02:03] <kiko-zzz> that needs to be addressed
[02:03] <kiko-zzz> mdke, yeah, but he's talking about the translation target (which is the Ubuntu version)
[02:04] <mdke> probably it's another one of those "doesn't use rosetta but is here for wasted translations" orphans
[02:04] <ptlo> sorry, what's "domain"?  i'm not very well versed in launchpad terminology 
[02:04] <mdke> oh, how confusing.
[02:04] <kiko-zzz> ptlo, domain is actually gettext terminology
[02:04] <ptlo> mdke: any sane way to provide translations for stuff that doesn't use rosetta, for inclusion in ubuntu langpack?
[02:04] <kiko-zzz> mdke, yeah, sorta
[02:04] <kiko-zzz> anyway I need to skip out
[02:04] <kiko-zzz> ptlo, write to launchpad-users if you want a written answer!
[02:05] <ptlo> kiko-zzz: thanks
[04:37] <ruffneck> http://asuka.tky.hut.fi/pub/temp/pics/makasiinien_paloa/helsinki_kannabis.jpg
[04:37] <ruffneck> lol
[04:38] <zakame> hi all
[08:43] <lalo> hey... I'm trying to reassign a product to a team, and I'm getting "not allowed"... is this the right place to cry for help?
[08:44] <lalo> I just created the team, and successfully assigned the project to it
[09:10] <lalo> OOOPS!
[09:10] <lalo> I think I found a moderately serious security bug in lp
[09:10] <lalo> any admins around?
[09:11] <lalo> stupid timezone... and it's saturday to boot :-/
[09:13] <BjornT> lalo: the best is to file a security bug in Launchpad, https://launchpad.net/products/launchpad/+filebug
[09:13] <lalo> thanks
[09:13] <lalo> will do
[09:14] <lalo> I was on my way to do that, just figured irc would be faster if I lucked out and found an admin :-)
[09:16] <BjornT> lalo: i think only admins can reassign a product. you could either wait for some admin to come around, or send a mail to launchpad-users (at lists.canonical.com)
[09:16] <lalo> ah, ok
[09:16] <lalo> thanks
[09:17] <lalo> it's funny that I have the option on the menu, though :-)
[09:19] <BjornT> yeah, that's a known issue. i think if it's on the menu it should at least tell you *why* you don't have access to do it.
[09:23] <lalo> when I created the project/product, I was operating in the sourceforge mental model, where projects are groups.  Only today it dawned on me that teams are a separate entity on lp, and each product can have exactly one member (or two if you add a driver)
[09:24] <lalo> anyway.  Back to what I was actually trying to do
[10:37] <zakame> hi cprov 
[10:45] <sivang> hey zakame , how's it going ?
[10:52] <zakame> heya sivang ! :D here I am drafting my proposal for ubuntu after thinking about yesterday
[10:55] <sivang> zakame: the one related to automated problem reports?
[10:57] <zakame> sivang: yes, although I'm currently limiting it to be semi-automatic
[10:59] <sivang> zakame: nice
[10:59] <zakame> :)
[10:59] <zakame> rocking! :D
[02:02] <seb128> hi
[02:02] <seb128> does anybody know why gst-plugins-good0.10 0.10.3-0ubuntu1 build has not been tried?
[02:35] <kiko-zzz> uhm
[02:36] <kiko-zzz> lifeless, ping ping
[02:36] <kiko-zzz> or SteveA 
[02:36] <kiko-zzz> or jamesh 
[02:36] <kiko-zzz> or stub 
[02:36] <jamesh> hi kiko-zzz 
[02:36] <stub> eh?
[02:36] <kiko-zzz> stub, jamesh: #cm
[02:37] <kiko-zzz> please, it's rather urgent
[02:37] <seb128> kiko: do you know if buildds are working atm?
[02:38] <kiko> seb128, I do not, but cprov or infinity might
[02:38] <seb128> k
[02:44] <cprov> seb128: I'm on it, buildd master is dead or so
[02:44] <seb128> cprov: thank you
[02:44] <kiko> service with a smile
[02:46] <seb128> :)
[02:51] <cprov> kiko: hey, the hanged slave-scanner process again, can you help me to debug ?
[02:51] <kiko> sure
[02:51] <kiko> what box? drescher?
[02:51] <cprov> kiko: in drescher
[02:51] <cprov> yup
[02:51] <kiko> let's see
[02:51] <kiko> okay so slave-scanner is pid 1001?
[02:52] <cprov> kiko: priv 
[03:07] <kiko> jamesh, you know a bit about mailman.. is there a way to set up a list which discards /any/ subscription attempt?
[03:07] <kiko> hmmm I could disable the alias in sendmail
[03:10] <jamesh> kiko: let me check
[03:12] <jamesh> if you go "privacy options" -> "subscription rules" in the admin UI, there is a ban_list setting
[03:13] <jamesh> if you add "^.*$" it should ban everyone.
[03:13] <jamesh> I don't know what sort of email the person would receive if they tried to subscribe though
[03:14] <kiko> okay@
[03:14] <kiko> okay!
[03:14] <kiko> thanks!
[03:19] <kiko> jamesh, remind me of one thing
[03:20] <kiko> jamesh, TCP ensures that if a server on a remote port dies, the connection drops.. right?
[03:20] <kiko> meaning that if I have a socket open from process X on box A to process Y on box B then if process X dies and restarts and attaches to the same server port the original connection on process X dies (and a read() will abort, for instance)?
[03:28] <kiko> heh
[04:55] <matsubara> hey daf
[04:56] <kiko-afk> daf!
[04:56] <daf> yo :)
[04:58] <daf> I'm pushing for dbus to move to bzr for revision contorl
[04:58] <kiko-afk> wassup daffer
[04:58] <kiko-afk> rock /on/
[04:58] <daf> yeah
[04:58] <daf> LP has an import, but it seems it's a few days out of date
[04:58] <daf> what's the word on syncs?
[04:59] <kiko-afk> need to check with david or SteveA but IIRC there was an issue with them in production that jamesh was working on
[04:59] <daf> ok
[04:59] <daf> cool
[04:59] <daf> also, what does "Lifecycle Status:
[04:59] <daf> New "
[04:59] <daf> mean?
[04:59] <kiko-afk> hmmm
[04:59] <kiko-afk> not sure -- where's that?
[04:59] <daf> https://launchpad.net/people/vcs-imports/+branch/dbus/main
[05:00] <kiko-afk> The author's assessment of the branch's maturity. Mature: recommend for production use. Development: useful work that is expected to be merged eventually. Experimental: not recommended for merging yet, and maybe ever. Merged: integrated into mainline, of historical interest only. Abandoned: no longer considered relevant by the author. New: unspecified maturity.
[05:00] <kiko-afk> I wonder who wrote that <wink>
[05:01] <daf> :)
[05:01] <daf> ok, so it's arbitrary
[05:02] <daf> navigation changes are looking pretty good
[07:07] <kiko-afk> yawn
[07:07] <kiko-afk> cprov, you didn't attach your branch to the email you sent to spiv
[07:07] <kiko-afk> oh I see patch attached
[07:43] <matsubara> mpt: ping
[10:43] <dilys> Merge to devel/launchpad/: [trivial]  Fix bug 42491 (Available milestones are incorrectly always those of the bug page's context) (r3535: Brad Bollenbach)