[10:53] <Luciph3r> reboot
[04:28] <morgs> Time passes...
[04:29] <Kinnison> It is dark
[04:32] <mdke> carlos, ping
[04:32] <carlos> mdke, pong
[04:32] <mdke> carlos, one of the portugese guys has just asked me a question about translation
[04:32] <carlos> which one?
[04:32] <mdke> carlos, he says the translations of the gnome menus are inaccurate, would you know where he can correct these?
[04:33] <mdke> joao
[04:34] <mdke> carlos, meet joao
[04:35] <jalrnc> carlos: hi
[04:35] <carlos> jalrnc, hi
[04:35] <jalrnc> we are translating the quickguide as you know, and it makes references to application names that show up in the gnome menus
[04:35] <jalrnc> those application names in gnome already exist when we install portuguese support with ubuntu
[04:35] <jalrnc> 1. some of those names are not properly translated 2. we would like to have them corrected and so be consistent with quickguide
[04:35] <carlos> usually, the translation is stored inside the application
[04:36] <carlos> so for instance, if the Evolution translation is broken
[04:36] <carlos> you should fix it at:... 
[04:36] <carlos> koke, !
[04:36] <koke> hi!
[04:37] <mdke> carlos, he was wondering whether it is best to translate in rosetta and then push upstream, or coordinate directly with upstream (gnome?)
[04:37] <jalrnc> carlos: so we should fix those names at each individual application, ok
[04:37] <koke> I'm planning to work on the FindingPackages goal, and I'll need some help from launchpad team
[04:37] <jalrnc> carlos: right
[04:38] <koke> can someone tell me what is this about https://wiki.launchpad.canonical.com/DoapSchemaNG ?
[04:38] <koke> I can't see it :)
[04:38] <carlos> hmmm, evolution is really slow in Rosetta.... we should improve its performance...
[04:39] <carlos> mdke, jalrnc: Well, you can use Rosetta and then send the updates to upstream
[04:39] <carlos> mdke, jalrnc usually is a good thing to coordinate with upstream that way the fix is shared
[04:39] <carlos> koke, morgs is your man
[04:39] <jalrnc> carlos: what's the best way to coordinate with upstream?
[04:40] <morgs> koke: I'm responsible for DoapSchemaNG... it's about extending the Launchpad product registry to allow multiple wikis, mailinglists, screenshot URLs, download URLs etc per product / productrelease etc.
[04:40] <jalrnc> carlos: lets say we fix it first in rosetta, what should we do next? or should we coordinate with upstream before start changing in rosetta?
[04:41] <morgs> koke: Not really major rocket science, just extending the launchpad database schema a bit.
[04:41] <koke> morgs: great, that's what I needed
[04:41] <carlos> jalrnc, the best solution is talk first with upstream
[04:41] <koke> I was wondering if you were working on it
[04:41] <morgs> koke: yes
[04:41] <carlos> jalrnc, and you can use Rosetta so Ubuntu gets the fix and then send the fixed .po file to upstream
[04:42] <koke> http://koke.amedias.org/img/g-a-i-mockup-2.png <-- I need to extract that metadata from somewhere
[04:42] <jalrnc> carlos: and by upstream you mean each application individually or gnome upstream?
[04:42] <carlos> jalrnc, if you want the fix in Ubuntu, you need to use Rosetta, but you don't need to use Rosetta to coordinate with upstream if you don't want to
[04:42] <jalrnc> carlos: ok
[04:42] <carlos> jalrnc, in GNOME case, the GNOME Portuguese team 
[04:43] <koke> morgs: but some I'll need also information about available versions in diferent releases of ubuntu. Is this possible from DOAP-ng ?
[04:43] <carlos> evolution was not a good choice as example...
[04:44] <jalrnc> carlos: ok, should those menu names be fixed in each indivual application individually or in gnome?
[04:44] <carlos> jalrnc, those menu names come from the application
[04:44] <jalrnc> carlos: ok
[04:44] <carlos> so you need to fix them individually
[04:44] <morgs> koke: Hmm. All the data is in the database, but it is "part" of different systems - so the versions in Ubuntu are part of the "soyuz" part of launchpad.
[04:45] <jalrnc> got it
[04:45] <Kinnison> I'm not convinced you want to know the different versions available
[04:45] <Kinnison> unless they're in your apt sources
[04:45] <Kinnison> in which case the info is available by interrogating apt
[04:45] <koke> morgs: I know. What I need is a rdf file for all that data, it will be processed at the client
[04:45] <jalrnc> I'll discuss with my team weather we want to fix it in rosetta, but I think we do, and we'll definitely coordinate with upstream
[04:46] <morgs> koke: Another project w.r.t. DOAP is to publish project/product/productseries/productrelease information in RDF/XML format - like the real DOAP upstream project.
[04:46] <jalrnc> carlos, mdke: thanks!
[04:46] <morgs> koke: the RDF publishing is targeted at being implemented by July 6.
[04:46] <morgs> "Launchpad 1.0"
[04:46] <mdke> cheers carlos 
[04:46] <koke> morgs: I can manage the files in another place for development and integrate with launchpad then
[04:47] <morgs> It will include the basic Freshmeat-type details in RDF - basically representing the "upstream" versions of the products, not the ubuntu versions.
[04:47] <carlos> jalrnc, no, thank you!
[04:47] <carlos> mdke, cheers
[04:47] <koke> morgs: maybe the final solution will imply to have those files in another place but taking the data from launchpad
[04:49] <morgs> koke: I'm not sure what you mean by "in another place", but the basic idea is that a product in launchpad is at https://launchpad.ubuntu.com/products/foo, and you will find the RDF at https://launchpad.ubuntu.com/products/foo/+rdf
[04:49] <morgs> It will have a list of product releases (I'm oversimplifying but basically...) and each release will have the URL where you can download the RDF for that release.
[04:50] <koke> morgs: I have to spec what I need in that file and I'll tell you to see if it fits on launchpad plans
[04:50] <morgs> like https://launchpad.ubuntu.com/products/foo/+series/stable/1.0.1/+rdf
[04:51] <morgs> koke: I can mail you a preliminary example of the RDF files - still subject to change at this stage but will give you an idea...
[04:51] <koke> and any way to match which version is on a specific ubuntu release?
[04:51] <koke> morgs: great :)
[04:52] <Kinnison> koke: Soyuz RDF hasn't even been specced at all yet
[04:52] <morgs> koke: Hmm. It just gives "upstream" releases.
[04:52] <koke> Kinnison: that would be done by soyuz rdf??
[04:52] <Kinnison> koke: Well, if you care about what is in a distro yes
[04:52] <Kinnison> soyuz is all the distro-related stuff
[04:52] <koke> ok
[04:53] <koke> that's what I meant with "in another place"
[04:53] <Kinnison> So you'd be looking for something like: /distros/ubuntu/hoary/foosourcepackage/+rdf
[04:53] <Kinnison> but that's way off
[04:53] <morgs|afk> back in a bit...
[04:54] <koke> Kinnison: maybe, just some way to be able to discover from a doap rdf which version of that product is availble in each ubuntu release
[04:55] <Kinnison> it'd be not-right to look via doap for that I don't think
[04:55] <Kinnison> but we've not got completely tight distro<->upstream linkage in the db yet
[06:15] <koke> bradb: is there any way to list all the bugs for a package?
[06:15] <koke> or is planned to be?
[06:16] <bradb> koke: there have been a few requests for it (i've wanted to use it too :). how about if we made "All Bugs" one of the search "quick links"?
[06:17] <bradb> if you had a different expectation of how it would be done, please feel free to tell me about it
[06:18] <koke> bradb: just like https://launchpad.ubuntu.com/malone/distros/ubuntu, but https://launchpad.ubuntu.com/malone/products/foo
[06:18] <koke> an url for a "show bugs of package foo"
[06:18] <bradb>  /malone/products/foo already works
[06:19] <bradb> do you mean /distros/ubuntu/+packages/somepackage and /distros/ubuntu/hoary/+packages/somepackage or something like that?
[06:23] <koke> bradb: yep, something like that
[06:24] <bradb> koke: i feel it would be useful too. you can likely expect that kind of thing to land a little bit after 1.0.
[06:25] <koke> ok
[06:26] <carlos> bradb, isn't it what /distros/ubuntu/+packages/somepackage/+bugs is for?
[06:26] <carlos> I suppose it's not implemented yet :-)
[06:27] <bradb> correct ;)
[06:27] <carlos> but I think we talked about it at UDU
[06:27] <carlos> bradb, isn't it a 1.0 goal?
[06:27] <bradb> we talked about it as early as cape town, just didn't prioritize it for 1.0.
[06:27] <carlos> bradb, it's part of launchpadmenus, isn't it?
[06:27] <bradb> carlos: no.
[06:27] <bradb> not that i'm aware of.
[06:27] <carlos> oh, ok
[06:28] <bradb> which isn't saying that it for sure isn't, but just that if it /is/, i didn't know that was a required part of making LP menus work