[12:26] <Ubugtu> New bug: #92679 in rosetta "Disable distro release translations with EOL" [High,Confirmed]  https://launchpad.net/bugs/92679
[12:29] <jml> good grief, there's a pie chart
[12:40] <ddaa> oh, shiny! where?
[12:40] <thumper> ddaa: you haven't seen them yet?
[12:40] <ddaa> sorry, been too busy staring at my belly button
[12:48] <ddaa> thumper: sorry, that was rude
[12:49] <thumper> ddaa: rude? I didn't think so
[12:49] <jml> ddaa: bugs page
[12:49] <ddaa> good... sometime self-derision does not come across right
[12:49] <jml> although there doesn't seem to be a bug listing any more, just a bug search :\
[12:50] <ddaa> https://bugs.beta.launchpad.net/launchpad/+bugs
[12:50] <ddaa> no pie...
[12:50] <jml> https://bugs.beta.launchpad.net/launchpad-bazaar/
[12:50] <Fujitsu> ddaa: Take out the +bugs
[12:51] <ddaa> that's where I go by clicking on the bugs tab...
[12:51] <jml> I'm not sure that it's possible to navigate to that page.
[12:51] <jml> oh.
[12:51] <ddaa> label positioning is broken
[12:51] <jml> nope
[12:52] <ddaa> here, the count of in progress ovelap with the work "committed"
[12:52] <ddaa> * the word
[12:52] <Fujitsu> ddaa: I saw a bug about that, I think.
[12:52] <ddaa> it's pretty, and useless... good
[12:53] <Fujitsu> That's all that matters, prettyness.
[12:53] <ddaa> I do not really understand the kicks people get from project stats...
[12:53] <Fujitsu> The Ubuntu one isn't pretty, though. It's outright depressing.
[12:54] <ddaa> mh
[12:54] <ddaa> okay... I think I understand better
[12:54] <Fujitsu> ?
[12:54] <ddaa> when you compares to two pie charts, is does say something
[12:54] <ddaa> nothing that each project does not already know about itself
[12:55] <Fujitsu> Yeah.
[12:55] <Fujitsu> You do seem tolike doing that, ddaa.
[12:55] <Fujitsu> *to like
[12:55] <ddaa> I understand now
[12:55] <ddaa> I have that bug again
[12:55] <ddaa> where "ctrl-a" behaves like "ctrl-q"
[12:56] <Fujitsu> Sounds like fun.
[12:56] <ddaa> iz gtk bug
[12:56] <Fujitsu> You always quit, come back, have your connection reset, then come back again.
[12:57] <jml> oh wow. the fonts on the advanced search page are really tiny.
[01:00] <radix> hm
[01:00] <radix> so occasionally when I click on a bug link in beta I'm getting prompted by firefox about whether I want to download a bin file
[01:01] <radix> the name of the bin file being the bug number
[01:01] <Fujitsu> radix: I got that a few times a couple of days ago.
[01:01] <radix> generally cancelling it and clicking again works.
[01:01] <Fujitsu> I thought it was at my end.
[01:01] <Fujitsu> Yep.
[01:01] <radix> I guess something is randomly forgetting to set the Content-Type.
[01:01] <radix> by which I mean intermittently.
[01:02] <Fujitsu> Intermittent bugs. The best kind.
[01:02] <LarstiQ> radix: I had that a lot at the end of January
[01:05] <jml> ddaa: that has got to be frustrating.
[02:33] <khermans__> can someone explain to me the 'karma' feature?
[02:37] <jamesh> khermans__: does https://help.launchpad.net/KarmaCalculation amswer your questions?
[02:38] <khermans__> jam, better -- who has the highest karma?
[02:42] <jamesh> khermans__: I am not sure.  You can see the people with the most karma for individual products or distributions though
[02:53] <khermans__> who has the most karma for Ubuntu, and how is this determined
[03:03] <LaserJock> khermans__: https://beta.launchpad.net/ubuntu/+topcontributors
[03:03] <LaserJock> khermans__: and it's determined on how much work and where you do it
[03:08] <jamesh> https://launchpad.net/ubuntu/+topcontributors is the page he'd be able to actually view :)
[03:10] <LaserJock> oh darn, yeah
[03:13] <LaserJock> jamesh: oh, I was told you might know something about librarian
[03:13] <jamesh> LaserJock: spiv is the one who wrote most of the librarian, but I might be able to help
[03:13] <jamesh> what's the problem?
[03:14] <LaserJock> well, it's the each file get's it's own directory thing
[03:14] <LaserJock> it's difficult to get source packages off of LP
[03:14] <LaserJock> because normally all the files in a source package .dsc, .diff.gz, and .orig.tar.gz are in the same dir
[03:15] <LaserJock> so the tools we use to get them like dget won't work with LP
[03:15] <LaserJock> I was trying to think of a way to get around this problem, but I don't know how it all works obviosly
[03:16] <LaserJock> I could imagine maybe a file that had the URLs for the files
[03:16] <LaserJock> that could be parsed by a tool
[03:16] <jamesh> like the source package release page? :)
[03:16] <LaserJock> or some sort of fancy URL redirect
[03:17] <LaserJock> yeah, but that means screen scrapping, no?
[03:17] <jamesh> can't you use apt for this?
[03:17] <jamesh> or are you talking about old versions of packages?
[03:17] <LaserJock> both
[03:17] <LaserJock> people using Edgy who want to grab the Feisty package
[03:17] <LaserJock> or the other way around
[03:18] <LaserJock> or grabbing from -proposed
[03:18] <LaserJock> or whatever
[03:18] <LaserJock> we very often want to grab source packages that are not apt-getable
[03:18] <LaserJock> normally we use dget
[03:18] <LaserJock> you give it the .dsc and it automatically wget's the files that are referenced in it
[03:19] <jamesh> so you are always looking for the latest version for some repository though, right?
[03:19] <LaserJock> no
[03:19] <LaserJock> sometimes we are trying to figure out diffs between packages
[03:19] <LaserJock> they might not even be in the archives
[03:19] <LaserJock> only on LP
[03:20] <LaserJock> once a packages is superseded it gets removed from the archives
[03:20] <jamesh> I don't think the librarian will change to put multiple files in a directory or similar (it is designed for serving individual files)
[03:20] <LaserJock> right
[03:20] <jamesh> but you could file a bug for the "URLs for all the files for this package" idea
[03:21] <LaserJock> I was just thinking maybe it's possible to tie the files together in a way that makes it possible to get them in a non-web way
[03:21] <jamesh> (of course, using Bazaar branches instead of source packages might help here too ...
[03:21] <LaserJock> heh
[03:21] <LaserJock> yeah, that would to a fair extent
[03:48] <zarul> anyone around?
[03:49] <LaserJock> no
[03:49] <LaserJock> maybe
[03:49] <LaserJock> you never know :-)
[03:49] <zarul> Just wanna ask, how come the mailbox of my group ,members  been bombarded with "support request" for the last 2 days
[03:51] <LaserJock> hmm, are they related to your group at all?
[03:51] <zarul> no
[03:51] <zarul> the reason why it pissed off a lot of my members
[03:52] <zarul> ticket4202@support.launchpad.net>	 
[03:52] <zarul> 	to		zarulshahrin@gmail.com	 
[03:52] <zarul> 	date		Mar 16, 2007 10:48 AM	 
[03:52] <zarul> 	subject		[Support #4202] : Is there any way to choose which OS when the comp start?	 
[03:52] <zarul> Support request #4202 on Ubuntu changed:
[03:52] <zarul> https://answers.launchpad.net/ubuntu/+ticket/4202
[03:52] <zarul> Description changed to:
[03:54] <LaserJock> hmm
[03:54] <LaserJock> how many are you getting, roughly?
[03:55] <LaserJock> and what is your team?
[03:55] <zarul> scary,you don't want to know, its like every support tickets was mailed to us..
[03:55] <zarul> MalaysianTeam
[03:55] <LaserJock> ok, yeah
[03:55] <LaserJock> I see you are subscribed to it
[03:55] <zarul> is it? How was that possible?
[03:56] <LaserJock> I really don't know
[03:56] <LaserJock> on your team page I don't see it
[03:57] <zarul> yeah, the  reason why I am here...this sounds so weird..
[03:57] <zarul> a bug?
[03:57] <LaserJock> well, I'm not a Launcpad dev
[03:58] <LaserJock> but I think you might want to email the launchpad-users mailing list
[03:58] <LaserJock> it looks pretty funky to me
[04:09] <sabdfl> zarul: can you unsubscribe your team
[04:09] <sabdfl> ?
[04:10] <LaserJock> oh, hi sabdfl 
[04:10] <sabdfl> howdy
[04:10] <LaserJock> kinda early there isn't it?
[04:10] <LaserJock> wherever you are
[04:10] <ajmitch> probably getting ready to hit the slopes :)
[04:10] <LaserJock> oh man, we had excellent skiing there for a while
[04:10] <zarul> sabdfl, there is no way I can do that
[04:10] <sabdfl> it's somewhere between very late and very early
[04:10] <LaserJock> now this week it's record highs
[04:11] <sabdfl> zarul: the person to speak with is flacoste
[04:11] <LaserJock> we hit 80F an people are still skiing up at the top
[04:11] <LaserJock> *and
[04:11] <sabdfl> zarul: is it just that ticket, or lots of them?
[04:11] <LaserJock> sounds like lots of them
[04:12] <zarul> sabdfl,  a lot of them
[04:12] <LaserJock> although it could be just lots of comments on that one
[04:12] <sabdfl> zarul: do you think someone maliciously subscribed your team to a lot of tickets?
[04:12] <sabdfl> stub: there's an oddness in the db
[04:12] <zarul> sabdfl, I am not sure with that...
[04:13] <zarul> Some of my members have deactivated their accounts
[04:13] <zarul> and others sending me email complaining
[04:14] <zarul> I wish I know who is the culprit
[04:17] <sabdfl> yeah, this is frustrating
[04:17] <sabdfl> stub: is there a way to remove the Malaysian Team from all questions?
[04:19] <sabdfl> zarul: in a copy of the db from yesterday, your team has zero subscriptions
[04:20] <sabdfl> i can look again tomorrow to see which ones are there
[04:20] <zarul> yeah, that's the reason why is so weird, cause we didn't subscribe to it and our page also tell us the same story...
[04:20] <spiv> LaserJock: sorry, was busy pairing with lifeless on something
[04:21] <lifeless> PPA is all about this
[04:21] <spiv> LaserJock: talk to cprov
[04:22] <lifeless> theres more to an archive than just the immediate source files
[04:22] <spiv> As lifeless says, PPA is intended to help with this I think.
[04:22] <lifeless> theres the metadata for what distrorelease its for etc
[04:22] <spiv> (and more)
[04:22] <zarul> the latest one I got  was
[04:22] <zarul> New support request #4225 on Ubuntu:
[04:22] <lifeless> so I'd expect that to be a solid solution.
[04:22] <zarul> https://answers.launchpad.net/ubuntu/+ticket/4225
[04:22] <lifeless> also, we could have four urls in the main lp namespace that redirect, if we wanted
[04:23] <lifeless> i.e. lp.net/ubuntu/+source/foo/2.5.4-23/foo_2.5.4-23.dsc
[04:23] <lifeless> we dont today, but thats a possibility
[04:23] <LaserJock> lifeless: I was thinking about that
[04:23] <lifeless> only works for stuff uploaded though
[04:23] <LaserJock> but it might be interesting with non-native vs native packages
[04:24] <LaserJock> but yeah PPA might help there
[04:24] <LaserJock> but will PPA affect the Ubuntu archive?
[04:24] <spiv> The librarian is the wrong level to address this at.
[04:24] <lifeless> LaserJock: hang on, why do you want to give lp urls at all ?
[04:24] <lifeless> LaserJock: why not give ubuntu archive urls ?
[04:25] <lifeless> spiv: the librarian doesn't serve the archive yet does it ?
[04:25] <LaserJock> lifeless: because archive packages come and go
[04:25] <spiv> lifeless: not AFAIK
[04:25] <LaserJock> we want access to every source package ever :-)
[04:25] <lifeless> LaserJock: the librarian has garbage collection too though
[04:25] <zarul> sabdfl, could this be a bug?
[04:25] <LaserJock> well, it's a lot better than archive.u.c
[04:25] <lifeless> LaserJock: AFAIK no
[04:25] <LaserJock> sure it is
[04:25] <sabdfl> zarul: yes, it could be
[04:26] <LaserJock> I've been able to get lots of superseeded (sp?) packages from LP
[04:26] <spiv> lifeless: in my extremely limited experience, packages I've wanted that have disappeared from the archive are always available in the librarian via LP.
[04:26] <jamesh> zarul: so you can't uncheck Malaysian Team at "https://answers.launchpad.net/ubuntu/+support-contact" ?
[04:26] <lifeless> LaserJock: hmm, its probably because we're gc'ing the archive more aggressively to be nice to mirrors
[04:27] <LaserJock> lifeless: I get stuff waaay back
[04:27] <lifeless> LaserJock: anyhow, the key things are: theres no base url you can use today, if you want to do something like that put in a spec request, otherwise you may end up being stufed.
[04:27] <lifeless> LaserJock: and if you can get all the files from lp, consider using beautiful soup to gather the urls easily.
[04:27] <LaserJock> so far I've never run across a case where a source version was on the source package but the package files weren't there
[04:28] <LaserJock> bah, that was an aweful sentence
[04:28] <sabdfl> oh
[04:28] <sabdfl> i see what's going on
[04:29] <sabdfl> someone has made a bunch of teams into answer-contacts for ubuntu
[04:29] <LaserJock> it's just a tad frustrating that it's much easier to get packages from Debian or REVU or pretty much any archive other than Launchpad :/
[04:29] <sabdfl> mpt: we were talking about having a registrant and datecreated for every table?
[04:29] <sabdfl> this is why
[04:30] <zarul> jamesh, thanks for that, I unchecked it ..
[04:31] <jamesh> zarul: check the subscriber lists for a few of the tickets you got email about
[04:31] <jamesh> zarul: to make sure the team is off the list
[04:31] <sabdfl> https://answers.beta.launchpad.net/ubuntu/+support-contact
[04:31] <zarul> but, can anyone just check the thing?
[04:31] <jamesh> zarul: given the way the UI is at the moment, it would have been done by a member of the team
[04:31] <sabdfl> we need to track who creates any given record, and when
[04:32] <sabdfl> then we would know
[04:32] <jamesh> it would probably be worth only letting team admins set a team as a support contact or bug contact
[04:32] <lifeless> sabdfl: also who changes one I think, to catch people that unsubscribe when a team is meant to be subscribed
[04:32] <zarul> yeah, this doesn't sound cool as people have malicious things in their head..
[04:33] <zarul> *some people
[04:33] <jamesh> sounds like the time for a witch hunt
[04:33] <sabdfl> burn 'im
[04:33] <LaserJock> more witches!
[04:33] <zarul> sabdfl, anyway we can track who changed the status?
[04:33] <jamesh> LaserJock might be a witch
[04:34] <sabdfl> zarul: no
[04:34] <LaserJock> but ...
[04:34] <sabdfl> shhhh...
[04:34] <LaserJock> I swear, sabdfl turned me into a newt!
[04:34] <ajmitch> jamesh: depend if he's heavier than a duck
[04:35] <jamesh> ajmitch: I hear that witches aren't fire proof, which is why burning at the stake is a good way of detecting them
[04:35] <LaserJock> hmm
[04:36] <jamesh> LaserJock: that sounds like the sort of thing a witch would do
[04:36] <LaserJock> shhh
[04:37] <LaserJock> I might have to get out my Holy Hand Grenade to protect myself
[04:37] <LaserJock> that LP has big pointy teeth
[04:49] <zarul> gosh, LP should have an option to let us email all our team members..
[04:56] <thumper> zarul: interesting, file a bug
[04:58] <LaserJock> I think there's already bugs for having team ML or some such
[04:59] <thumper> hmm
[04:59] <thumper> thinking though it may be open to abuse if you have a general "contact team" button ;-)
[04:59] <LaserJock> yeah
[04:59] <LaserJock> it's got to be carefully done I think
[04:59] <thumper> perhaps have it visible if you are a member of the team
[04:59] <thumper> and not if you aren't
[05:00] <LaserJock> perhaps
[05:00] <LaserJock> although maybe it should be configurable like personal email addresses
[05:01] <zarul> sorta like
[05:01] <LaserJock> considering that many/most people have contact emails on LP
[05:01] <LaserJock> maybe it's not a huge stretch to have team emails available
[05:01] <zarul> users allowed to configure whether to only receive emails from admin or every members
[05:03] <LaserJock> I think there was a suggestion of just having like <teamlpid>@lists.launchpad.net or something similar
[05:03] <LaserJock> but that would seem open to a lot of abuse
[05:38] <stub> zarul, sabdfl: Is this sorted, or is there something I need to remove manually?
[05:38] <stub> (sorry - was making a screencast for tom)
[05:38] <zarul> stub, problem solved
[05:39] <zarul> for now atleast
[05:40] <sabdfl> stub: it's sorted
[05:40] <sabdfl> but please make a note that we need a date_created and registrant on every table
[05:41] <sabdfl> so we know, for example, who made the Malaysian Team a bug contact on Ubuntu
[05:41] <sabdfl> thanks stub
[05:41] <sabdfl> this is true even for things like subscriptions - because Joe can subscribe Paul, and we need to know whodunnit
[05:47] <stub> ok
[09:15] <Ubugtu> New bug: #92751 in rosetta "Translation export does not indicate release" [Undecided,Unconfirmed]  https://launchpad.net/bugs/92751
[09:31] <carlos> morning
[09:32] <mdke> morning carlos!
[09:33] <carlos> mdke: hey, I didn't have time yesterday to finish with kubuntu-docs and ubuntu-docs
[10:18] <carlos> mdke: I just approved all ubuntu-docs templates, they should be full imported in next hours
[10:31] <carlos>  /away I'm not here
[10:31] <carlos> :-P
[12:25] <sabdfl> stub: also, registrant+date_created gives us easier RSS feeds etc
[12:25] <sabdfl> i noticed we don't have date_created on distrorelease!
[12:47] <cprov> good morning folks !
[12:56] <Kmos> new ubuntu.com webpage online :)
[12:57] <stub> sabdfl: I went through a while ago and added a lot to all the things that seemed sensible. It didn't click at the time for subscriptions, but I agree we should have it.
[12:57] <sabdfl> thanks stub
[12:57] <stub> sabdfl: distrorelease - I somehow think I left it off there for some reason. Are there other dates appropriate already in there?
[12:58] <sabdfl> oh, weird
[12:58] <sabdfl> it's in the db, just not in the class
[12:58] <stub> distrorelease has a date_reated
[12:58] <sabdfl> or maybe i'm on crack
[12:58] <stub> yup. I added it to the tables but left updating the classes to others...
[12:58] <sabdfl> ah...
[12:59] <sabdfl> cop-out ;-)
[12:59] <sabdfl> did you file bugs where they don't exist, at least?
[12:59] <stub> Prime goal was landing the patch quickly so we started collecting the data asap :)
[12:59] <stub> Nope
[12:59] <sabdfl> furry muff
[01:00] <stub> My aim is to get the interfaces validated against the db schema, or even generate most of the interfaces.
[01:00] <sabdfl> validation i would go with
[01:00] <stub> chicken
[01:00] <sabdfl> we could easily check that SQLObject classes map correctly to the db
[01:01] <stub> I'm leaving it until Storm so I don't have to do it twice
[01:01] <stub> (and also because I won't have time until then anyway...)
[01:01] <sabdfl> that's reasonable
[01:49] <kiko-zzz> bon giorno 
[01:49] <kiko> stub, ah, so date_created is missing from distrorelease too?
[02:44] <Kmos> kiko: http://www.goplan.info - made in portugal :)
[04:08] <kiko> where's jordi
[06:05] <Ubugtu> New bug: #92853 in launchpad "output missing lpm namespace (invalid XML)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/92853
[06:54] <lfittl> is "nominate for release" the correct thing if something should be fixed in feisty and edgy?
[06:55] <pochu> lfittl: I think so
[06:55] <pochu> of course, you should nominate for edgy :)
[06:56] <lfittl> ok, and should i nominate it for feisty as well?
[07:05] <pochu> lfittl: what bug is it?
[07:06] <lfittl> 69701
[07:06] <lfittl> malone #69701
[07:06] <Ubugtu> Malone bug 69701 in tktable "tktable installs faulty pkgIndex.tcl" [Undecided,Confirmed]  https://launchpad.net/bugs/69701 - Assigned to Daniel Rus Morales (rus-daniel)
[07:28] <statik> ddaa: know anything about that python-subversion crash on AMD64? bug 91848
[07:28] <Ubugtu> Malone bug 91848 in subversion "segfault when importing libsvn.wc in python 2.4 on feisty/amd64" [Undecided,Unconfirmed]  https://launchpad.net/bugs/91848
[07:29] <ddaa> statik: upstream python bindings suck more than an industrial vacuum cleaner in a whorehouse?
[07:29] <ddaa> or did you ask about specific knowledge about this bug?
[07:30] <statik> ddaa: not a SWIG fan, eh?
[07:30] <ddaa> nothing against SWIG
[07:30] <statik> ddaa: yeah, I'm more interested in avoiding or helping to solve this particular bug
[07:30] <ddaa> something against how it's used in this case, and AFAICT it's "badly" by any measure.
[07:30] <statik> I tried the workaround of removing svn_oo from cscvs/moduels/SCM/__init__.py, but that doesn't seem to avoid the crash in my case
[07:31] <ddaa> ha right
[07:31] <statik> just thought I would check if you had particular knowledge about it
[07:31] <ddaa> so your actual problem is what, running a test suite?
[07:32] <ddaa> I guess you're not really interested in cscvs at this point.
[07:33] <ddaa> statik: the only way I can suggest working around it is by not use he upstream bindings.
[07:33] <ddaa> I and do have work in the pipe to do exactly this, but it got stalled by more urgent things.
[07:33] <ddaa> s/not use he/not using the/
[07:33] <statik> ddaa: ok, understood. yeah, my problem is that when I run test.py, the python interpreter crashes
[07:34] <statik> jamesh narrowed it down in the bug report, its a crash when libsvn.wc is imported
[07:34] <statik> I can just run python2.4, and type "import libsvn.wc", and it crashes
[07:35] <ddaa> I'm curious about which bits actually need to import this when do you test.py
[07:35] <ddaa> got it...
[07:35] <ddaa> mh no...
[07:36] <ddaa> ha yes, must be the import fascist
[07:37] <ddaa> maybe if you tell the import fascist to ignore lib/importd/tests and the stuff below it
[07:38] <ddaa> there does not appear to be anything in the actual launchpad test suite that needs cscvs
[07:38] <ddaa> and the importd test suite is still using a separate test runner for historical reasons
[07:38] <statik> ddaa rescues me again
[07:38] <ddaa> you could also just remove lib/importd/tests/test_svnstrategy.py from your tree and patch its __init__.py to not import it
[07:39] <ddaa> but please do not land it...
[07:39] <ddaa> another option, you could do all my other work so I can focus of getting rid of upstream python bindings :)
[07:39] <statik> ddaa: :)
[07:39] <statik> any idea how I can tell import fascist to ignore this path?
[07:40] <ddaa> none
[07:40] <statik> fair enough. last question: who should that bug be assigned to? is that a contact upstream thing?
[07:41] <statik> ddaa: and thanks very much for the help and suggestions, as always
[07:41] <ddaa> statik: well, there's only an ubuntu bug so far
[07:41] <ddaa> it should be assigned to whoever is in charge of maintaining this ubuntu package
[07:42] <ddaa> for upstream, I guess you'd have to file the bug on their own bugtracker and create an upstream bugwatch.
[07:45] <ddaa> on second thought, i'm not sure that the importfascist trick will do it, but it's worth exploring
[07:45] <ddaa> there might be other places that indirectly end up importing the svn bindings
[07:46] <SteveA> statik: I can answer questions about the fascist
[07:47] <SteveA> statik: but after I get back from food shopping
[07:47] <statik> SteveA: I've just been talking about this python-subversion crash on AMD64 with ddaa, and wondering whether it is possible to tell the fascist to ignore a particular module
[07:48] <statik> statik: ok, enjoy your shopping! this is not so important at the moment, I just happened to remember about it
[07:51] <ddaa> statik: I guess if you hack cscvs into not importing the upstream bindings, it might work too
[07:51] <ddaa> it would be horribly broken, but that should not matter to you
[07:52] <ddaa> and then you need not touch launchpad at all
[07:52] <ddaa> so, hunt for things that "import svn" and "import from svn"
[07:53] <ddaa> s/import from svn/from svn import/
[07:53] <ddaa> actually, just "from svn"
[07:53] <statik> ddaa: grep -R --include=*.py 'import svn' . | wc -l gives me 81 imports
[07:54] <statik> I'm going to take a quick look at the crash under GDB to see if there is anything obvious, and then just switch to running tests on the laptop
[07:57] <mdke> carlos: ok, thanks. any progress on kubuntu-docs?
[07:57] <carlos> mdke: it's next in my queue
[07:58] <carlos> mdke: is ubuntu-doc as it should?
[07:58] <carlos> mdke: btw, did you manage to prepare the .po files?
[07:59] <mdke> carlos: not yet. ubuntu-docs templates look great
[07:59] <carlos> ok
[07:59] <ddaa> statik: there's probably a lot of noise in this stat
[07:59] <ddaa> because it matches "svn_oo" as well
[07:59] <mdke> carlos: thanks for that
[07:59] <carlos> mdke: don't worry, Sorry for being a bit late with it
[08:00] <carlos> mdke: I didn't thought you changed so much the templates
[08:00] <mdke> np
[09:25] <sabdfl> kiko-afk: date_created is in the db, not in the content class
[09:25] <sabdfl> stub did a round of adding them to the db in lots of places, but not to the db classes
[09:25] <kiko-afk> sabdfl, I'll add it in
[09:25] <sabdfl> also, we need the registrant everywhere, too
[09:26] <kiko-afk> sabdfl, in DistroRelease I can see date_created.
[09:26] <kiko-afk> and I added one to Distribution this week which was missing
[09:26] <kiko-afk> anyway, physiotherapy and I'm late bbiab
[09:30] <sabdfl> it might have been distribution i noticed didn't have it
[10:06] <Cypherix> I wanted to ask a question if possible to the admins, I want to mirror Kubuntu on my servers, I have unlimited bandwidth and a 100Mbit line, who should I contact?
[10:08] <salgado> Cypherix, either Znarl or send an email to mirrors@ubuntu.com
[11:54] <LaserJock> kiko: I've got a question
[11:56] <kiko> I may have an answer.
[11:58] <LaserJock> sometimes in LP there are bugs that kind of attempt to all fix one issue
[11:59] <LaserJock> we were just looking at bug #90846 bug #55795 and bug #48735
[11:59] <Ubugtu> Malone bug 90846 in soyuz "Please include the complete changelog on the <srcpkg>/+changelog page" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90846
[11:59] <Ubugtu> Malone bug 55795 in soyuz "+changelog includes misleading information related to package versions and authors" [Medium,Confirmed]  https://launchpad.net/bugs/55795
[11:59] <Ubugtu> Malone bug 48735 in soyuz "changelog histories for packages are not viewable/searchable" [Medium,Needs info]  https://launchpad.net/bugs/48735
[12:00] <LarstiQ> ah, 55795
[12:01] <kiko> okay so far.
[12:01] <kiko> they are related, yes
[12:02] <LaserJock> so is there anyway to kind of keep track of them?
[12:02] <LaserJock> I guess they aren't really true dups or anything
[12:02] <LaserJock> I just find a fair amount of kinda vague and related bugs when it comes to LP
[12:03] <LaserJock> do you guys ever use like an umbrella bug that references several related bugs
[12:04] <LaserJock> ok, well maybe I'm not even making sense :-)
[12:05] <kiko> we don't have tracker bugs, no
[12:05] <kiko> we could use tags to group
[12:05] <kiko> but only 3 bugs? easier to search
[12:05] <LaserJock> yeah
[12:05] <LaserJock> ok, I just wondered if you guys found it difficult sometimes and had some nifty solution
[12:06] <kiko> not really. related bugs would be a cool feature though.
[12:06] <LaserJock> yeah
[12:06] <LaserJock> for occasions when a tag is overkill
[12:07] <LaserJock> but kinda ties related bugs together
[12:07] <kiko> yeppers.
[12:07] <kiko> in particular when fixing one bug will solve another
[12:08] <kiko> or fixing one bug will uncover another issue
[12:08] <LaserJock> yes
[12:08] <Fujitsu> I'd like to see such a feature.
[12:08] <Fujitsu> Sort of like specs blocking things, but not.
[12:08] <ddaa> kiko: ++
[12:09] <ddaa> I actually often put "Related to bug 1234 and bug 4567" in bug summaries.
[12:09] <Ubugtu> Bug 1234 on http://launchpad.net/bugs/1234 is private
[12:09] <Ubugtu> Malone bug 4567 in eclipse "Eclipse won't start on ubuntu dapper (amd64) (dup-of: 3074)" [Medium,Fix released]  https://launchpad.net/bugs/4567 - Assigned to Matthias Klose (doko)
[12:09] <Ubugtu> Malone bug 3074 in eclipse "Eclipse fails to boot" [Medium,Rejected]  https://launchpad.net/bugs/3074
[12:09] <Fujitsu> Especially useful for sync requests, which often fix several reported bugs, but they have to be tracked manually.
[12:09] <ddaa> but keeping the links in sync is a pain.
[12:09] <LarstiQ> 'ref bug #' is kinda nice in trac
[12:10] <ddaa> not sure what would be the best way to solve through...
[12:10] <ddaa> either bidirectional links or N-directional groups...
[12:10] <ddaa> the latter would probably be hard to handle in the UI.
[12:11] <kiko> the former sounds more practical yeah
[12:11] <ddaa> but please, do not put more semantic in that...
[12:12] <ddaa> just a simple annotation that creates links on two bugs, no lifecycle, no status update, etc.
[12:12] <ddaa> "related to" is just a handwavy way to help navigation.
[12:13] <LaserJock> yes