[12:04] SteveA: Sources seem pretty cool, but indeed it turns out that some things break with an upgrade (7 tests fail.) Do we battle through an upgrade, or reimplement sources in our Z3? [12:05] let's stay closer to upstream if possible [12:06] I'd like to too. [12:14] sabdfl: Should I proceed ahead with this locally upgraded Z3, and hold off committing until my changes are ready and jblack/lifeless get the newest Z3 imported? [12:14] proceed ahead as in spend time fixing what's broken in Malone [12:15] BradB: your call [12:17] Merge to rocketfuel@canonical.com/launchpad--devel--0: introduce buttress (patch-833) === BradB takes a look to see if the brokenness is fairly shallow [12:26] SteveA: ping [12:32] BradB: he went to sleep about one hour ago [12:48] now up to 41 failures and 2 errors. ugh. [12:49] does anything special have to be done to upgrade the zope version? i just made sourcecode/zope a symlink to ~/Zope3 [12:49] seems like many of these errors are just not finding names. === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #launchpad [02:03] nighty === stub [~stub@dsl-246.248.240.220.dsl.comindico.com.au] has joined #launchpad [02:29] stub: yo [02:30] stub: i'm trying to upgrade Z3 locally. to do that i simply moved sourcecode/zope aside and made a symlink to my ~/Zope3 checkout. [02:30] but now when i visit a URL, e.g. http://localhost:8086/, I get a Error type: zope.publisher.interfaces.NotFound [02:31] NotFound: Object: , name: u'index.html' [02:31] any obvious alarms going off as to why that may be? [02:32] (zope starts up without incident, and if i put an error in the directive that defines that page, zope craps out, so i know it's still loading that confi) [02:32] config, even [02:32] Merge to rocketfuel@canonical.com/launchpad--devel--0: Rosetta project view improvements (patch-834) [02:34] Morning [02:35] hi [02:36] I'm thinking it's *possible* that the publishing internals have changed, and a Z3 upgrade b0rks our publisher. [02:36] (I'm wanting to upgrade so that I can use ISource et al.) [02:37] I think for you to get that error message, lib/canonical/configure.zcml is not being loaded [02:38] dude, it is [02:38] Try introducing an obvious XML error? [02:38] oh [02:38] i mentioned that already === BradB decides to debug through queryView [02:39] And root index contains no TAL, so it isn't something else raising a NotFound [02:40] I'm not sure if we still have local patches against our Z3 tree. You would need to ask SteveA or lifeless [02:43] You could be right about our publisher - if I remember it tries to lookup a few things regarding our custom suburl directives and whatnot before falling back to a normal view, and the KeyError or AttributeError could be caused in there. Need pdb to trace it. [02:45] I think we should ask lifeless to get the Z3 SVN repository mirrored at arch.ubuntu.com - we could then trivially upgrade since we could specify any revision we like. [02:47] As sabdfl mentioned earlier, I think it's definitely a good idea for us to try to keep as close to upstream as possible, perhaps particularly in this still relatively early stage. The last thing we want is to end up wedged in on a non-release version of Zope 3. So yeah, the easier it is to upgrade, the better. === stub [~stub@dsl-246.248.240.220.dsl.comindico.com.au] has joined #launchpad === netjoined: irc.freenode.net -> tolkien.freenode.net === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad === daf [daf@muse.19inch.net] has joined #launchpad === daf [daf@muse.19inch.net] has joined #launchpad [05:20] !alindeman:*! One of our main rotation servers just split from the network there. We're working to mitigate further effects. Thanks for using freenode and sorry for any inconvenience. [08:29] BradB: So, you can't upgrade Zope3 at the moment, because some stuff breaks when you do. [08:32] stub: definitely a good idea to get the Zope 3 SVN repo mirrored. [08:32] stub, BradB: we have no local patches against the Zope 3 SVN tree. [08:34] it sounds to me like a problem with layers and skins. I can take a look at this a bit later on today. [08:34] BradB: probably not worth you spending much time on it. I can imagine it would be easy to lose hours looking at it. [09:33] morning all [09:33] stub: i took some liberties in grabbing 4-14, is that ok? [09:56] Bad Mark, but I'll retroactively approve it since we had already discussed this change ;) === lulu [~lu@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has left #launchpad [] [10:30] Marning [10:38] kinnison:morning :o) [10:40] lulu: I'm happier this morning [10:40] kinnison: glad to hear it mate :o) [10:41] Merge to rocketfuel@canonical.com/launchpad--devel--0: show buttress in launchpad (patch-835) [10:52] can someone give bob2 a hand debugging why launchpad doesn't let him add projects ? [11:02] bob2: I can have a look, but I'm not familiar with that code. Whats up? === salgado [~salgado@200-206-134-238.async.com.br] has joined #launchpad [11:08] stub: I don't seem to have some of the needed tables, like project and person. [11:08] (after a "make" in the db schema dir) [11:09] bob2: You're missing the ability to create plpythonu or plpgsql in your db [11:09] bob2: either make yourself a postgres superuser or add them to template1 [11:09] gah [11:09] which is easier? [11:09] your own box? [11:09] yup [11:09] the former [11:10] sudo -u postgres psql template1 [11:10] alter user bob2 with createdb createuser; [11:10] ok [11:15] hrm, did that, then re-made the db, and I seem to be getting a similar error [11:16] oh? [11:19] hwo can I make sure I'm a superuser? [11:20] psql -d template1 [11:20] select * from pg_user; [11:20] usename | usesysid | usecreatedb | usesuper | usecatupd | passwd | valuntil | useconfig [11:20] rob | 100 | t | t | t | ******** | | [11:21] So that isn't the problem [11:22] psql -d launchpad_dev [11:22] > \d person [11:22] template1=# \d person [11:22] Did not find any relation named "person". [11:23] \i trusted.sql [11:23] (after running psql -d launchad_dev in the database/schema directory) [11:24] Any errors? (ignore the SET: lines) [11:26] erk, it says the db doesn't exist [11:27] shouldn't the schema Makefile make it? [11:27] Erm... launchpad_dev, not launchad_dev. [11:27] hah, right [11:27] no errors [11:28] So it isn't a plpythonu problem [11:28] select valid_name('hello'); [11:28] (still in psql) [11:29] valid_name [11:29] ------------ [11:29] t [11:30] You will need to email me the output of 'make' in database/schema [11:30] sure [11:31] stuart@? [11:31] stuart.bishop@canonical.com [11:32] Or one of those paste site thingies [11:35] http://chinstrap../~rweir/make.txt === Kinnison hurrahs an initial success on the old multiarch gina import front === Kinnison commits [11:37] stub: next pqm merge from me contains another db patch [11:43] bob2: According to that output, everything worked just fine. No errors in the create tables, the sample data loaded just fine, and the comments were added. [11:46] m [11:47] Merge to rocketfuel@canonical.com/launchpad--devel--0: Multiarch gina (stage1) and a db patch for binarypackage constraints (patch-836) [11:49] stub: if you fancy an easy task; the patch in that merge is a two line constraint change ;-) [11:50] yup. In a tick [11:50] bob2: is sabdfl around? [11:51] Kinnison: he's out atm [11:51] bob2: psql -d launchpad_dev === kiko [~kiko@200-206-134-238.async.com.br] has joined #launchpad [11:51] bob2: okay; ta [11:51] stub: can you reproduce it on rocketfuel@canonical.com/launchpad--devel--0--patch-834 [11:51] ? [11:51] bob2: Then 'select current_database();' [11:51] current_database [11:51] ------------------ [11:51] launchpad_dev [11:52] \d person [11:52] lots of stuff [11:52] Ok - it is there now. [11:53] Perhaps the first time you ran make, another process was still connected to launchpad_dev so the final stage of the makefile failed. [11:54] hrm [11:55] the doap and malone stuff still throws exceptions [11:55] "make" in the schema dir then "make build run" in the root should be enough, right? [11:59] Yup [11:59] What exceptions are you seeing? [11:59] bob2: Table not found ones? [12:00] File "/home/rob/projects/warthogs/launchpad/launchpad/lib/canonical/publication.py", line 88, in publishTraverse [12:00] raise NotFound(self.context, name) [12:00] exception.txt on chinstrap [12:02] bob2: Ignore that one - it is just saying some browser requested favicon.ico and it isn't there. [12:02] (Just a 404 error) [12:02] er, wrong one, sorry [12:03] * Module zope.publisher.publish, line 132, in publish [12:03] publication.beforeTraversal(request) [12:03] * Module canonical.publication, line 238, in beforeTraversal [12:03] p = prin_reg.authenticate(request) [12:03] * Module canonical.launchpad.webapp.authentication, line 91, in authenticate [12:03] return self._authenticateUsingBasicAuth(credentials) [12:03] * Module canonical.launchpad.webapp.authentication, line 65, in _authenticateUsingBasicAuth [12:03] principal = login_src.getPrincipalByLogin(login) [12:03] * Module canonical.launchpad.webapp.authentication, line 184, in getPrincipalByLogin [12:03] person = getUtility(IPersonSet).getByEmail(login) [12:03] * Module canonical.launchpad.database.person, line 132, in getByEmail [12:03] return results[0] .person [12:03] * Module sqlobject.main, line 1194, in __getitem__ [12:03] return list(self.clone(start=start, end=start+1))[0] [12:03] * Module sqlobject.main, line 1198, in __iter__ [12:03] return conn.iterSelect(self) [12:03] * Module sqlobject.dbconnection, line 507, in iterSelect [12:03] select, keepConnection=True)) [12:03] (when hitting http://localhost:8086/doap/projects/+new) [12:08] You are missing the actual exception (that is just the traceback). That page works for me with that revision from rocketfuel. [12:08] TypeError: iteration over non-sequence [12:08] erk, sorry [12:08] At a guess, there is no entry in the database for the email address you are attempting to log in as (you need to exist in the sampledata), and that case isn't being handled correctly. [12:09] hmm [12:09] I wasn't logged in [12:09] psql -d launchpad_dev, 'select * from emailaddress where email ='stuart.bishop@canonical.com' except with your email address [12:09] foo.bar@canonical.com/test, right? [12:11] Think so. The email address is right anyway [12:12] baz switch rocks ;) [12:12] baz switch rocketfuel@canonical.com/launchpad--devel--0--patch-834 just worked ;) [12:14] hah, nice [12:14] ok, I get an error while logging in, too [12:14] * Module canonical.launchpad.database.person, line 132, in getByEmail [12:14] return results[0] .person [12:14] * Module sqlobject.main, line 1194, in __getitem__ [12:14] return list(self.clone(start=start, end=start+1))[0] [12:14] * Module sqlobject.main, line 1198, in __iter__ [12:14] return conn.iterSelect(self) [12:14] * Module sqlobject.dbconnection, line 507, in iterSelect [12:14] select, keepConnection=True)) [12:14] TypeError: iteration over non-sequence [12:15] That vaguely reminds me of an exception I would expect to see if you had an outdated release of sqlobject [12:16] oh god === bob2 prepares the knives [12:16] rocketfuel@canonical.com/sqlobject--test--0.6 [12:17] yeah [12:17] the config is still broken [12:18] stub: so did you roll out the db upgrade ? [12:19] Nope [12:19] could you please ? [12:19] Sure [12:21] * Module sqlobject.dbconnection, line 194, in _executeRetry [12:21] return cursor.execute(query) [12:21] * Module zope.app.rdb, line 258, in execute [12:21] return self.cursor.execute(operation) [12:21] ProgrammingError: ERROR: relation reference "potemplate" cannot be used as a select-list entry HINT: Write "potemplate".* to denote all the columns of the relation. SELECT POTemplate.id, POTemplate.changeset, POTemplate.owner, POTemplate.description, POTemplate.copyright, POTemplate.title, POTemplate.priority, POTemplate.branch, POTemplate.product, POTemplate.messagecount, POTemplate.path, POTemplate.name, POTemplate.license, POTemplate.datecreated, POTemplate.iscur [12:34] Do we have someone who can restart the authserver if it doesn't survive the db bouncing? === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #launchpad [12:38] stub: dunno. [12:38] Good question. I think only andrew has restarted it before. When it didn't survive a restart last time, andrew added code to make it survive the next time. [12:38] I think elmo would be able to find out. [12:39] Merge to rocketfuel@canonical.com/buildbot--devel--0: set the product link in imported branches (patch-74) [12:40] We need to start setting up procedures for the production systems. And I thought I'd gotten out of all that sysadmin shit ;) [12:40] out of the old shit, and into some that is shiny and new [12:43] stub: when do you sync dogfood server with latest launchpad code? [12:43] (morning) [12:43] It depends. Last one was yesterday morning (about 34 hours ago). [12:45] we need to do small fixes to rosetta and a sync will be needed so the betatesting server is fixed [12:45] lifeless: I assume you want that patch in now? I might just apply yours since I don't want to risk taking down the authserver. [12:45] carlos: I'll be doing an update shortly (after I've sorted lifeless and Kinnison) [12:46] stub: ok, could you ping me before that, I'm going to finish the needed bits before your sync [12:46] stub: I'll be doing a full code drop [12:46] so ... [12:47] I'd much rather the lot. [12:47] can elmo bounce the authserver ? [12:47] elmo: ping === Kinnison -> town, brb [12:53] New Malone bug #64: "Nagios authserver plugin", submitted by Stuart Bishop [12:53] https://launchpad.ubuntu.com/malone/bugs/64 [12:58] BradB: Did you change the Product vocabulary back to use the id as the token rather than '$project.name $product.name' ? [01:01] stub: hrm, seems to have just been the wrong sqlobject; after a rebuild it works great now [01:01] stub: thanks for your help [01:02] what does 'fogo na bomba' mean ? [01:03] lol [01:03] fire in the hole more or less [01:04] SteveA: how could I know from rosetta if they are visiting the site from launchpad.ubuntu.com or rosetta.shuttleworthfoundation.org/ ? [01:04] so its not like, forget the bombs?' [01:04] SteveA: the PATH_INFO is the same [01:05] HTTP_HOST? [01:07] stub: is that done ? [01:08] Merge to rocketfuel@canonical.com/launchpad--devel--0: update the arch model to allow setting the project link in Branch from imports (patch-837) [01:17] lifeless: No - waiting on elmo or someone who knows about the authserver to arrive [01:17] carlos: look in the request.URL [01:18] SteveA: request.URL? don't see it [01:18] CHANNEL_CREATION_TIME: 1101211740.29 GATEWAY_INTERFACE: CGI/1.1 HTTP_ACCEPT: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 HTTP_ACCEPT_CHARSET: ISO-8859-1,utf-8;q=0.7,*;q=0.7 HTTP_ACCEPT_ENCODING: gzip,deflate HTTP_ACCEPT_LANGUAGE: es,en-gb;q=0.7,en;q=0.3 HTTP_HOST: localhost:9020 HTTP_MAX_FORWARDS: 10 HTTP_REFERER: https://launchpad.ubuntu.com/ HTTP_USER_AGENT: Mozilla/5.0 (X11 [01:18] ; U; Linux ppc; en-US; rv:1.7.5) Gecko/20041116 Epiphany/1.5.1 (Ubuntu) (Ubuntu package 1.0-2ubuntu3) HTTP_VIA: 1.1 launchpad.ubuntu.com HTTP_X_FORWARDED_FOR: 80.33.181.69 HTTP_X_FORWARDED_HOST: launchpad.ubuntu.com HTTP_X_FORWARDED_SERVER: launchpad.ubuntu.com PATH_INFO: /++vh++https:launchpad.ubuntu.com:443/++/rosetta REMOTE_ADDR: 127.0.0.1 REQUEST_METHOD: GET SCRIPT_NAME: SERVER_NAME: rosetta SERVER_PORT: 9020 SERVER_PROTOCOL: H [01:18] TTP/1.1 SERVER_SOFTWARE: zope.server.http (DebugLayerHTTP) [01:19] SteveA: I was thinking on use request.HTTP_X_FORWARDED_SERVER [01:21] use request.getURL() [01:21] let me try.. [01:22] I guess you can use PATH_INFO too [01:22] (elmo/#launchpad) stub: hmm? [01:23] SteveA: yes, I just noticied the difference between launchpad and rosetta servers [01:24] (elmo/#launchpad) does the authserver still need restarted? [01:25] elmo: No - just wanted to make sure someone who could restart it was around before I bounced postgres to do a db upgrade [01:25] (elmo/#launchpad) oh, ok [01:26] I'll take postgres@emperor down now [01:28] (elmo/#launchpad) shout when I should apply the big hammer === kiko is now known as kiko-afk [01:35] lifeless: Done [01:36] elmo: In theory, it is now working. It is a just in case thing because it is an important service and we havn't pulled the rug out from under its feet enough times to trust it yet ;) [01:51] elmo: I don't see any connections... [01:52] (elmo/#launchpad) ... restart it? [01:53] (elmo/#launchpad) yeah, it's screwed [01:53] (elmo/#launchpad) restarted [02:01] New Malone bug #65: "Production authserver not surviving database outages", submitted by Stuart Bishop [02:01] https://launchpad.ubuntu.com/malone/bugs/65 [02:03] stub: I just requested a merge of the needed fixes from Rosetta [02:10] lunch time [02:10] later! === lulu [~lu@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad [02:24] Merge to rocketfuel@canonical.com/launchpad--devel--0: Ugly hack to fix the rosetta betatesting template (patch-838) [02:31] stub thanks [02:33] carlos: eh? [02:38] stub: from rosetta we need to apply some changes to dogfood code base to fix the links at https://rosetta.shuttleworthfoundation.org/ [02:39] the changes are now at rocketfuel and it's interesting to have them merged into dogfood server as soon as possible so our betatesting server is useful for our users [02:49] Ahh... this is the stuff you want rolled out to dogfood ;) === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad [02:55] me refuels... love my daily code fix [02:55] erm, /me [02:56] stub: yes ;-) === kiko-afk is now known as kiko [03:03] sabdfl, SteveA, salgado was asking me about our plan for moving person-related code into FOAF [03:03] do you have some minutes to discuss this with me? [03:03] sounds good [03:03] with us, more properly [03:03] fire away [03:03] currently the login service is inside webapp [03:03] and create new person is (AFAICT) limited to soyuz [03:03] we display person-related information in all applications [03:04] and check permissions in all applications [03:04] we also have application-implemented preferences interfaces [03:04] what would we like to see centralized in FOAF? note that this could mean FOAF as infrastructure, not just UI, if we like. [03:08] sabdfl, do you have an idea of at least a set of pages we'd like in FOAF? [03:08] I was thinking of moving the Soyuz Person branch *entirely* into FOAF [03:08] but that needs some approval. [03:08] kiko: can you give me a url to check out the SoyuzPerson stuff? [03:08] that could mean bringing down soyuz one level, in fact [03:08] sure. [03:09] i've found the skins mechanism to be a*very* nice way to integrate foaf / doap with the other web apps [03:09] https://launchpad.ubuntu.com/soyuz/people [03:09] ah? [03:10] for example, I use skins to show all the bugs related to a project, and a product [03:10] here's how it works [03:10] the standard setup is for a ProjectSet to traverse to Project, which traverses to Product [03:10] and each of these objects has a page called +index with a corresponding template [03:10] that template shows the object "neutrally" [03:11] then I create another page on the object, called +malone-index [03:11] okay [03:11] and I add a defaultView *for the Malone skin* of +malone-index [03:11] then, inside Malone, I just traverse to a ProjectSet [03:11] but now you don't see the neutral page, you see the +malone-index [03:12] and that template renders the same object from a bugs perspective [03:12] that's awesome [03:12] (it actually shows a list of products and a summary of the new/accepted/rejected/fixed bugs in different severities) [03:12] now, i think foaf should work the same way [03:12] define a core person object, with different defaultviews [03:12] but the basic traversal stuff would remain the same for a Person object [03:13] cool [03:13] this allows you to get rid of DoapPerson and SoyuzPerson and MalonePerson [03:13] you just have a Person [03:13] so this must mean you agree to moving the person branch into foaf, and having soyuz just skin it? [03:13] which you will display differently based on the skin [03:15] morning [03:16] SteveA: Have you had a chance to look at upgrading Z3? I think it's something about our custom publisher that may now be b0rked with the upgrade. [03:20] hiya BradB [03:20] hi [03:21] sabdfl: we were going to walkthrough the dump this morning. when do you want to do that? [03:21] now is good [03:21] ok, reloading it, one sec [03:23] does python have the ? : operator? [03:24] Kinnison: nope, it was specifically rejected after lengthy debate :) [03:24] poo [03:24] what's the python idiom for a?b:c then? [03:25] if/else [03:25] Kinnison, a and b or c [03:25] salgado: what if b evaluates to falsehood in a logical context? [03:25] (lua has this same issue) [03:25] Kinnison: it's just if/else. [03:26] BradB: thanks dude [03:26] Kinnison, in this case this didn't work [03:27] I was tempted to try and add an infix structure to lua to do it. Of the form: "b if a else c" but that interfered horribly with statement parsing === Kinnison will work it out eventually [03:27] Merge to rocketfuel@canonical.com/launchpad--devel--0: New database schema baseline from production and binarypackage constraint fix for Kinnison (patch-839) [03:32] thanks stub [03:34] sabdfl: ok, had to do a bit of tla undo'ing and linking back to our older version of Z3. ready to go now. [03:35] i'm sort of in the same boat [03:35] sabdfl: you tried upgrading [03:35] ? [03:36] ok [03:37] Merge to rocketfuel@canonical.com/dists--devel--0: add production-4 config (patch-33) [03:40] i turned add_missing_from on in my db and now it's crashing ;-) [03:40] ok [03:40] oh, heh [03:41] sabdfl: I'll give people plenty of warning before switching that to an error :-) [03:41] well, debonzi's been working at in in Soyuz i thought i'd do the same for malone [03:41] BradB: Did you update the Product vocabulary to use integers for tokens again? Or have I lost that work somewhere? [03:42] sabdfl, so do you say yea, on with the person-branch-move? [03:42] stub: yeah, i think i did, because product names aren't unique [03:42] person-branch? [03:42] ok bradb let's start i'll fix these things as they occur [03:42] ok [03:42] sabdfl, soyuz/person -> foaf/person ? [03:43] product names are unique within a project, projects are unique [03:43] BradB: It was using project name + product name, which is unique. If that was the only problem, I'll switch it back [03:43] stub: it was? oh. [03:43] (With a short circuit if the projectname == product name, just to be confusing ;) [03:43] stub: IDs are what everything else uses, why be different? [03:44] kiko: yes go ahead [03:44] sabdfl, you da man! [03:44] kiko: no, YOU rock [03:44] salgado, we got signal [03:44] kiko, fogo na bomba [03:44] BradB: Because it makes the UI sucky. When I put it back, you can just type 'launchpad' into the text box and it will work. Or you can type 'gnome' into the text box and you get a select when the page reloads. So you don't have to use the popups at all. [03:45] stub: eek :) the other selects already uses IDs though, as i say. [03:45] BradB: i'd rather expose project/product than id [03:46] BradB: let's do this walkthrough [03:46] i'm ready whenever you are :) [03:46] Sourcepackage is still under debate (it needs to be fixed - we just havn't worked out how), and the others are selects so it isn't exposed. I want to fix binarypackage selector next. [03:46] ok, /malone/packages/ [03:46] stub: sourcepackage is the bitch [03:47] because id is the *only* unique way to refer to it [03:47] sabdfl, I have a surprise for our fellow lunchpadders this mataro session [03:47] just you wait [03:47] BradB: I haven't looked at the zope3 yet. I'll look at it a bit later. I think it is to do with registering views for layers, and which is considered the default layer, but I can't be sure yet. [03:48] Which we need to fix, either by not refering to it or sorting out constraints so we can. Something for the conference. [03:48] SteveA: ok, that'd be great. without being able to upgrade, i don't have a clear path with how to proceed on implementing what we want for filtering vocabs. [03:48] sabdfl: heh, yeah, that screen needs paging :) [03:49] sabdfl: and, well, searching, of course [03:49] stub: yes, well, we also have to reflect the reality out there ;-) [03:49] bradb yes [03:49] go to mpg321 [03:49] this'll be another application of the super widget [03:50] sabdfl: ok, there [03:50] looks pretty good to me [03:50] would be nice to see # of bugs [03:50] also, i think we need to be able to filter bugs by status, severity [03:50] sabdfl: like "10 bugs found", you mean? [03:50] need a one-click accept / reject [03:50] yes [03:51] sabdfl: actually, this would take the user to the main search screen [03:52] sabdfl: by which i mean it should, but doesn't yet. [03:52] main search screen? [03:52] i disagree [03:52] sabdfl: yeah, the main bug listing. [03:52] i don't think we want a one-size-fits-all search page [03:52] sabdfl: why duplicate effort? [03:52] because different people will use malone differently [03:52] sabdfl: you can see all this information on the main search screen [03:52] sabdfl: i'm referring specifically to this functionality though. [03:52] yes, but then you end up with bugzilla [03:53] too many damn options to search on [03:53] sabdfl: this is simple though. we just filter on the package assignment. [03:53] yes [03:54] sabdfl: and when we decide there's another thing that needs to be included on a bug listing, you only have to pay a developer to do it once, instead, of, say 3 times [03:54] but think of having bits of malone embedded INSIDE Soyuz and Doap [03:54] in other words, i'm looking at a package, and click, now i see its bugs [03:54] this page will end up inside soyuz [03:55] sabdfl: sure, that's different from talking about not duplicating effort on this specific page. [03:56] sabdfl: what you're talking about involves ensuring we have a good, modular set of templates, to make it easy to reuse bits in other apps (e.g. expose macros for soyuz geeks to easily do bug listings on what are otherwise soyuz-like pages) [03:56] ok [03:57] and the links *will* have to point to real bugs, even in soyuz. [03:57] i *really* don't like the idea of a big search page, the way the "show all bugs" page is headed [03:57] the reality is that malone is many bug systems, aggregated [03:57] trying to show a god view of ALL the bugs is just going to blow people's minds [03:58] sabdfl: why don't you like having just one place to go to find out what you need to know about bugs? [03:58] sabdfl: seeing the god view will be extremely rare. [03:58] sabdfl: you only see 20 bugs at a time, and they'll always be filtered relative to your context. you'll only see them all if you say "show me ALL the bugs". [03:59] sabdfl: e.g. it might be mind-blowing that each of the 10 bugs assigned to you have also be assigned to four other packages, which would make for a huge listing, but you won't care, because you'll know nothing about those other assignments, because they'll be automatically filtered [04:01] BradB: i'm debating changing the bugsourcepackageassignment to assign to a tuple of ( sourcepackagename, distro ) [04:01] on the basis that (a) these are pieces of information any user would be able to figure out [04:01] sabdfl: i mentioned this to you in london. you said not to bother, because at the start we'll just have ubuntu :) [04:02] yes, now we are starting to deal with it because I'm playing with the debbugs sync [04:02] (spn, distro) is an inevitable change. [04:03] the problem is, it's not exactly accurate [04:03] sourcepackage is in fact more accurate [04:03] because you might get two different sourcepackages in the same distro with the same name, and different bugs [04:03] and (spname, distro) does not allow you to differentiate [04:04]