[12:05] hello lifeless [12:05] lifeless: I have a good news for you [12:05] ddaa: share! [12:05] lifeless: I do not have anything VCS related to ask you about before going to bed today ;) [12:06] sabdfl: just teasing rob :) [12:07] awwww :-/ [12:07] the branch stuff is looking good [12:07] can you get kinnison and celso to show you the lp build control system during the distro sprint? [12:07] i'd like to blow away buildbot and make it all native [12:07] thank you, I played a bit with the allbranches listing this afternoon and noticed there are quite a few non-import branches there [12:08] maybe we could use an green/orange/red light icon to quickly see which branches are bogus or broken (according to the branch puller) [12:09] sabdfl: you do not have to push me for that [12:09] SteveA is arranging for me to meet Kinnison and celso on sunday June 25th. [12:09] we need to make that listing a touch more compact [12:10] ok cool [12:10] We'll look for overlap between buildbot-ng and buildd-ng [12:11] right [12:11] I think the listing is nice [12:11] any more compact would be hard to read [12:12] maybe it should exclude the vcs-imports branches [12:13] sabdfl: btw, it would be nice to be able to delete some branches sometimes [12:13] https://launchpad.net/people/vos-team/+branch/vos/main [12:16] bradb: what do you think of the idea in bug 43893 [12:16] Malone bug 43893 in launchpad "Should be able to link to a wiki page with bug filing guidelines per source package." [Wishlist,Unconfirmed] http://launchpad.net/bugs/43893 [12:18] +1 but only medium priority (and you want a spec not a bug), lifeless [12:21] sabdfl: yes, going to do a spec too [12:21] sabdfl: was in the middle of a meeting - wanted a real fast 'write it down now' === ddaa -> bed [12:24] night ddaa [12:29] lifeless: one paragraph braindump and register it in the spec tracker, hmmk? [12:29] sabdfl: just done that :) [12:29] https://launchpad.net/products/launchpad/+spec/custom-bug-filing-instructions [12:31] v cool idea that [12:31] could even make them aggregate [12:32] thanks :) [12:32] when filing on a package in ubuntu, show the custom message for ubuntu AND for that package-in-ubuntu [12:32] or product and project [12:32] yes, that sounds nice [12:32] so Gnome can have one set of "this is how we do it" links, and GnomeBaker another [12:32] so, two paragraphs then [12:33] on a conf call right now, will add that to the summary in a bit === AlinuxSOS [n=AlinuxOS@d83-176-100-58.cust.tele2.it] has joined #launchpad [12:35] lifeless: some packages have those instructions (noteably, GNOME) in the package itself. not sure if they follow a naming convention, if we got them to , LP could automatically extract this info from the source :) [01:02] sivang: I'm inclined to walk before running here [01:03] sivang: this isn't something that changes radically all the time, so providing a manual means to document it will improve the process immediately. [01:03] lifeless: 100%, was just a wild thought ;) === mpt [n=mpt@203.109.220.214] has joined #launchpad === mpt_ [n=mpt@203.109.220.214] has joined #launchpad === lalo [n=lalo@plone/lalo] has joined #launchpad [01:42] hey, quickie. I registered a project; but the products I was thinking about are already auto-registered by vcs-import. What's the procedure for requesting these to be transferred to the project? I want to encourage the other upstream devs to use launchpad [01:42] or more generally... what's the procedure for admin requests? Do I file a bug? :-) [01:53] lalo: is it plone btw? :) [01:53] no, crossfire [01:54] I don't really contribute to plone anymore. Or even use it. But I haven't gained a new freenode cloak yet, so until some plone admin remembers to remove mine, I guess I'm keeping it :-P [01:55] it seems freenode has a bigger admin overhead for removing a cloak than for adding one [01:55] lalo: lol [01:57] lalo: crossfire as in online multi player game? [01:57] yes [02:00] lalo: anywas, you need one of the admins to do that for you, or you could probably open a bug about it and assign it to the registry admins, wait I'm trying to find you the team's name in LP. [02:00] crossfire :-P [02:00] both team and project are named crossfire [02:00] there are three products, crossfire, crossfire-client and crossfire-maps [02:01] there's a fourth, but this one wasn't registered yet, so I just registered it manually with the right ownership [02:02] lalo: this is team you need to assign the bug to, https://launchpad.net/people/registry [02:02] ok [02:03] ah, you meant the registry team, I thought you were referring to "my" team :-) [02:03] I open a bug on... where? the launchpad product? [02:04] lalo: on the one you want to be merged in to the other [02:04] ok [02:04] lalo: and ask in the bug for it to be merged [02:04] not merged, just change ownership [02:04] lalo: sure, sorry, I am doing some other things in parallel ;-) [02:05] sigh [02:05] lalo: so change ownership of the one to be managed with the ownership of the auto imported one, then? [02:05] " Crossfire does not use Malone as its bug tracker." [02:06] lalo: care to toss me the url? [02:06] ah, the product name is actually crossfire-server rather than crossfire [02:06] https://launchpad.net/products/crossfire-server [02:09] lalo: see if you can get this page https://launchpad.net/products/hubackup/+launchpad [02:09] lalo: for your product [02:09] lalo: then you can indicate of you guys are using rosetta and/or malone officically [02:09] lalo: then it will get updated IIRC [02:10] no :-) "Not allowed here" [02:10] obviously, only a maintainer can change launchpad usage [02:11] lalo: well, either the registrant of the product or, maintainer as named it , yes. [02:11] yeah. And the registrant and maintainer are both the registry team :-) [02:12] lalo: okay, so then we go back to the bug report assigned to them :) [02:12] yes :-) [02:12] anyway, it's bedtime here for several hours already. night all. [02:13] I'll file it on launchpad [02:14] lalo: sub the registry team nonetheless, even if not assigning directly to them. [02:15] yes [02:15] I'll do either... if lp allows me to :-) [02:15] if not I'll just bug ddaa personally on irc, later :-P [02:16] lalo: it should :) night. [02:18] night [02:18] hmm, actually, looking at the list of support tickets for lp, it seems there _is_ a procedure for that after all... just file a support ticket at lp === beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #launchpad === hypatia [n=mary@adsl-66-203.swiftdsl.com.au] has joined #launchpad [02:46] Hey launchpad folk (if any of you are awake). [02:46] News from spiv: he's been excused from jury duty for the long (10 week) trial. He is going up for selection for a short trial. [02:47] So even if he gets selected, he will be off for max 2 weeks. [02:54] hypatia: jury duty is in .AU as well? :) [02:54] Yes, we have trial by jury. [02:54] cool :) [02:55] spiv was summoned for a trial and we were very worried about it because it was meant to be 10 weeks long. [02:55] But apparently he has been allowed to move to selection for a shorter trial. [02:56] good to know === mpt_ [n=mpt@203.109.220.214] has joined #launchpad === mpt__ [n=mpt@203.109.220.214] has joined #launchpad [03:17] morning mpt__ [03:17] hypatia: that's good news. spiv will be a good juror [03:18] sabdfl: He hasn't made it to that stage yet, he's still at selection. I don't mind him being a good juror as long as it's not 10 weeks! [03:19] hypatia: agreed :-) [03:19] night all === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has left #launchpad [] === stub [n=stub@ppp-58.8.3.77.revip2.asianet.co.th] has joined #launchpad === hypatia [n=mary@adsl-66-203.swiftdsl.com.au] has left #launchpad ["Leaving"] === erdalronahi [n=erdal@p50876806.dip.t-dialin.net] has joined #launchpad === mpt [n=mpt@203.109.220.214] has joined #launchpad [04:40] good news [04:40] spiv got a get out free card [04:41] Too many people turned up, or they decided he was an unreliable juror? [04:41] not sure [04:41] I told him that claiming to be pregnant would work [04:44] 0.8 uploaded to DApper === AlinuxSOS [n=AlinuxOS@d83-176-100-58.cust.tele2.it] has joined #launchpad [04:46] Must have been the ponytail [04:46] jamesh, lifeless: Can I get a trivial review? https://chinstrap.ubuntu.com/~dsilvers/paste/filetLjlVl.html [04:49] if team.id == self.id: - is 'team is self' or 'team == self' equivalent ? they would be clearer I think [04:51] do we have a consensus on the abuse of class attributes to provide defaults ? [04:51] + # XXX: This cache should no longer be needed once CrowdControl lands, [04:51] + # as apparently it will also cache this information. [04:51] + _inTeam_cache = None [04:51] + [04:51] that really should in in __init__ imo [04:51] stub: for correctness, would you need to clear entries from the cache in _cleanTeamParticipation()? === stub has a look [04:52] I couldn't remember if SQLObject instances had standard __init__ methods you can mess with [04:52] or maybe _removeParticipationFromTeamAndSuperTeams() would be the place to do it [04:53] Where is this _cleanTeamParticipation? [04:55] Ahh... I see. [04:56] That will not be necessary - TeamParticipation is only messed with by the Person instances, so we can keep it nicely encapsulated and clear the caches in the same class that populates it. [04:57] Clearing the cache is likely not even necessary - I just did it to guarantee no tests would break. [05:01] mpool: I've sent the email. [05:01] mpool: If there's more you want to add in, that would be lovely. [05:02] stub: don't we call TeamMembership.setStatus() in the team management pages? [05:02] Whups, ECHAN [05:02] and changing the membership status can result in TeamParticipation records being deleted [05:03] Merge to devel/launchpad/: [trivial] forgot to bzr add the pagetest for bug 39011 (Add distro packaging form needs input validation) (r3544: Diogo Matsubara) [05:03] Malone bug 39011 in launchpad "Add distro packaging form needs input validation" [Major,Fix committed] http://launchpad.net/bugs/39011 [05:07] jamesh: The worst that can happen in that case is an admin remains a member of a team that they just removed themselves from for the remainder of the transaction. [05:07] I might clear it there too for laughs anyway though. [05:08] stub: so inTeam is only used for auth checks against the current user? [05:08] we only ever do auth checks for the current user [05:09] but is inTeam() used for things other than auth checks? [05:09] Nope [05:10] We ask teams for lists of members, which is different (and not cached) [05:10] But don't ask random people if they are members of particular teams [05:10] I've added the clear at that point anyway, and a test too now I've realized I can test this a bit. [05:11] fair enough [05:11] Bah - need to unwrap the person to poke at their internals :-( [05:12] or get participation.person [05:12] which won't be security wrapped [05:15] jamesh: https://chinstrap.ubuntu.com/~dsilvers/paste/fileqn1eli.html [05:20] stub: looks good [05:20] r=jamesh ? [05:21] yeah === mpt_ [n=mpt@203.109.220.214] has joined #launchpad [05:28] stub: I'd still prefer the _inTeam_cache be declared in __init__ [05:29] Do we have other code overriding SQLObject __init__ methods? [05:29] ah, if we dont then thats fine as is [05:29] I'll discuss it with spiv as a general issue later [05:31] We don't seem to have any - I'm not sure if it can be done or if it involves magic. === jinty [n=jinty@69.Red-83-49-55.dynamicIP.rima-tde.net] has joined #launchpad === spiv [n=andrew@adsl-66-203.swiftdsl.com.au] has joined #launchpad === mpt [n=mpt@203.109.220.214] has joined #launchpad [06:38] jamesh, got five minutes spare to answer some silly questions of mine? [06:38] sure [06:39] jamesh, I'm trying to run a CGI on localhost, to test the new menus stuff [06:39] and I thought oh, that'll be easy, I have Apache installed already for LP development [06:39] then I discovered that I didn't [06:40] and nor do I appear to have Zope installed [06:40] "sudo aptitude install apache2" should give you a basic apache install to play with [06:41] and launchpad-dependencies' dependencies don't include anything that looks like a server [06:41] I don't really know much about getting Zope running outside of the LP tree [06:41] so, I'm missing one or two obvious things [06:41] the server you start when you do "make run" in your LP tree is a Python web server [06:42] ahhh, and Zope doesn't show up as being installed because it's just part of the Launchpad codebase? [06:42] yep [06:43] ok, thanks === dsas [n=dean@host86-129-9-255.range86-129.btcentralplus.com] has joined #launchpad === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [07:20] Weee.... new bzr === stub [n=stub@ppp-58.8.3.77.revip2.asianet.co.th] has joined #launchpad === robitaille [n=daniel@ubuntu/member/robitaille] has joined #launchpad [07:55] what's the best way to request a comment to be removed from a Malone bug report? The last comment in bug 34490 is some sort of spam [07:55] Malone bug 34490 in imagezoom "Postinst and postrm fail to complete leaving dpkg in a broken state" [Major,Confirmed] http://launchpad.net/bugs/34490 [08:00] robitaille: we don't have a mechanism to remove comments [08:01] jamesh: so we stuck with that junk comment forever? [08:02] I guess so [08:34] robitaille: We will get the feature at some point [08:34] robitaille: They can be removed - I just have to do it manually === mpt [n=mpt@203.109.220.214] has joined #launchpad [08:35] stub: ok. thanks === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === carlos [n=carlos@175.Red-88-9-38.dynamicIP.rima-tde.net] has joined #launchpad [09:27] morning === mpt_ [n=mpt@203.109.220.214] has joined #launchpad === frodon_ido [n=patrick@ip-213-49-219-236.dsl.scarlet.be] has joined #launchpad === mpt__ [n=mpt@203.109.220.214] has joined #launchpad [09:53] SteveA, ping [09:55] lifeless: latest bzr from dapper removes bzrtools, is that normal? [09:56] mpt: on phone... [09:58] carlos: just means bzrtools wasn't uploaded at the same time [09:58] ok === MalcolmCleaton [n=malcolm@217.205.109.249] has joined #launchpad [10:10] mpt: ping [10:11] lifeless: what do i need to do to get "tickcounter" into sourcecode? [10:11] SteveA: put it in a bzr branch [10:11] give it a Makefile with a 'build' and 'check' target [10:11] they can be stubs if there is nothing to do [10:11] email me === doko [n=doko@dslb-088-073-090-104.pools.arcor-ip.net] has joined #launchpad [10:12] ok, cool [10:12] thanks [10:17] lifeless, how do I get apache2 to treat a CGI as a CGI? [10:17] SteveA: given the "make clean" problems with pygettextpo, it might be worth putting the extension module in a package [10:18] mpt: script-alias usually [10:18] SteveA: so that "make clean" in the sourcecode directory doesn't result in a dangling symlink in lib/ [10:18] lifeless, /etc/apache2/sites-available/default has "+ExecCGI" for a parent directory of the directory containing the .cgi [10:18] but it still gets treated as plain text [10:18] jamesh: you mean in a subdirectory with an __init__.py ? [10:18] SteveA: yeah [10:18] jamesh: ok [10:18] SteveA: better yet, if its going to be mostly static an unchanging, put it in a deb, open source it, and stash it in ubuntu [10:19] lifeless: yes, that would be nice. however, i am not going to do that [10:19] i'm am quite happy for someone else to do so [10:19] SteveA: you can probably steal the Makefile from pygpgme almost unchanged too [10:19] my only goal is to have this available for QA work on launchpad [10:20] SteveA: if thats a preferrable option, we can package it up quickly. [10:20] lifeless or jamesh: are either of you interested in packaging it? [10:21] happy to do so, packaging a python module is quite easy :) [10:21] in the next day or two? [10:21] I haven't gotten round to learning debian packaging yet [10:21] re all [10:21] I probably should at some point [10:21] SteveA: I could do it tomorrow I think [10:22] lifeless: okay. thanks. i'll make changes from jamesh's code review today, and put a bzr branch up somewhere and mail you [10:23] mpt: I'm not sure that a bug reporting template matches what I am proposing [10:23] mpt: see the spec https://launchpad.net/products/launchpad/+spec/custom-bug-filing-instructions for an expanded summary [10:25] mpt: try creating a file /etc/apache2/conf.d/dotcgi containing the line "AddHandler cgi-script .cgi" [10:25] mpt: restarting apache afterwards === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad [10:30] mpt: i'd like to have that skype call now. i have other things to do in 30 mins. [10:37] We are preforming network testing in the data centre for the next hour. This may result in a small amount of connectivity problems to the data centre. === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [11:07] Network testing has finished. === mpt [n=mpt@203.109.220.214] has joined #launchpad [11:07] mpt: ping [11:09] lifeless, pong [11:09] 18:23 < lifeless> mpt: I'm not sure that a bug reporting template matches what I am proposing [11:09] 18:23 < lifeless> mpt: see the spec https://launchpad.net/products/launchpad/+spec/custom-bug-filing-instructions for an expanded summary [11:10] I think you've inappropriately turned my bug into a duplicate [11:10] they are certainly related. [11:10] but I disagree about being the same. [11:10] lifeless, that pretty much matches what I thought the original was about [11:11] hmmm [11:11] though the cascading is a bit more complicated [11:11] the way I read the template concept its about giving a customised malone input screen [11:11] with things to tab between, space to attach multiple files etc [11:12] They're the same underlying problem, right? === jinty [n=jinty@62-15-158-30.inversas.jazztel.es] has joined #launchpad [11:12] I mean, we wouldn't have the template solution and the custom instructions solution simultaneously [11:12] what I'm talking about is much lower tech, its about bringing in documentation from the project's web page, as a link. And the cascade *may* be cuteness, or may be essential, dont know yet. [11:13] for instance, you might want the user to *read* the documentation, *then* follow a guided input form. [11:13] the guided input form is what I think your templates are about [11:14] ok [11:14] does this make sense? Do you agree they are separate things? Or should I leave it as a dup ? [11:15] I'm just un-dupping them [11:15] thanks [11:15] and I'll move the paragraph I added to 3383 to 43893 instead [11:16] I like the idea of including product-/package-/prorject-/distro-specific instructions [11:17] but I think linking to an external page would be a waste of time - people won't read it [11:22] mpt: you're back! [11:22] SteveA, yes, had to reset the router, then send my mail to guido [11:40] SteveA, stub: re bug 39393, it seems to fail since we import * from zope.app.testing.functional in canonical.functional. what's the reason for importing * instead of importing everything we need explicitly? [11:40] Malone bug 39393 in launchpad "Import fascist disabled" [Normal,Unconfirmed] http://launchpad.net/bugs/39393 === mpt_ [n=mpt@203.109.220.214] has joined #launchpad === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad === BjornT -> lunch and some errands === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad [12:13] SteveA: call? [12:14] 1pm today? [12:14] sabdfl: i've got a call scheduled with you for 1h45 from now [12:14] conf call with kiko [12:14] ok great === aa_ [n=ali@pida/aa] has joined #launchpad [12:15] hi :) [12:15] is the email interface the only remote procedural way I can do bug reports to launchpad? [12:15] I have just moved from trac, and I need to update my applications bug reporting tool [12:15] aa_: hello [12:16] right now, yes [12:16] we'll be doing an xmlrpc interface in the near future [12:16] I love Malone, by the way. I was actually writing my own tracker, until I found it [12:16] but it won't be ready for a little while [12:16] cool, thanks for the feedback [12:16] need a hand? or all in-house stuff? [12:16] please do file bugs on malone when you find things you'd like to be improved [12:17] it's in-house, although if you want to be involved in writing clients for it, we should talk sometime [12:17] ok, will do, I would love it to have a wiki, not in Malone per se, but as part of the launchpad mega-app [12:17] yeah, me too [12:17] sorry -- got a phone call to have now [12:17] SteveA: I have to write a client for it before y next release, I have no choice :) [12:17] ok, thanks for helps === Kinnison [n=dsilvers@haddenham.pepperfish.net] has joined #launchpad [12:21] oh woo, I guess would it be allowed if I wrote a script that accepts http POST requests and files them as bugs by email? [12:21] I just can't force my users to register a GPG key with launchpad === ploum [n=ploum@ubuntu/member/ploum] has joined #launchpad [12:42] aa_: what do you want to do? [12:42] are you talking about importing your data into launchpad? [12:46] Merge to devel/launchpad/: [r=SteveA] Fix bug 36866 (Searching for bugs after selecting a certain status from the Right-Hand-Menu resets the search) (r3545: Brad Bollenbach) [12:46] Malone bug 36866 in malone "Searching for bugs after selecting a certain status from the Right-Hand-Menu resets the search" [Major,In progress] http://launchpad.net/bugs/36866 [12:53] hey guys [12:53] SteveA: this is for you too :) [12:53] so i am trying to get an idea on how many bugs our X has [12:53] and this is getting kind of hard [12:53] the "Package Reports" has no summary [12:54] the "Subscribed" includes packages that are not X related [12:54] there is no way to exclude bugs that have been fixed in Ubuntu or do not apply to ubuntu (like the ones imported from Debian) [12:55] i will pretty much like to have an idea of what is the status of what i maintain [12:56] what can i do other than start summing up manually the numbers from "Package Reports"? [12:56] hi fabbione [12:57] so, i want to know a bit more about X [12:57] i guess there are several X packages [12:57] SteveA: tons yes [12:57] and you want to know about them as a group, all together [12:57] is this what you're asking about? [12:57] (at least in part) [12:58] i am team foo and i maintain N pkgs.. [12:58] i want to know how many bugs i have in total [12:58] i can see the summary per package already [12:58] okay, so i can see all the X related packages, because one particular team is the maintainer for just these packages === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [12:59] (sorry that i'm being slow. i don't have much experience in exactly how the distro team use malone at this level) [01:00] SteveA: no problem.. [01:00] https://launchpad.net/people/ubuntu-x-swat/+packagebugs [01:00] here [01:00] this is the page i am talking about [01:00] this page only shows ubuntu bugs [01:00] but no summary [01:00] so i can't say for example that in warty i had 150 bugs and in dapper with have 250 [01:01] because there is no summary [01:01] so i can't track the progress [01:01] are you asking for a summary for each table column? [01:01] yes [01:02] but how can i do it on they fly now without waiting a rollout in 3 months? [01:03] if you want the sum of the numbers for each table column on that page, that's easy to do [01:03] and i can get that into production quite fast [01:04] ok thanks [01:04] anything other than adding that "totals" row? [01:05] well i would like to be able to exclude bugs in other distros from the advanced search [01:06] fabbione: for advanced bug search, talk with kiko/brad later today [01:06] SteveA: i won't be around later.. do you think you can proxy my request? [01:06] it's my wife bday [01:06] and i will be dragged all over [01:06] i'll pass on what you just said [01:07] thanks [01:07] i don't mind if you copy/paste from here... [01:07] but i also need to know [01:07] or whatever [01:07] what is the reason this feature is important to you right now? [01:08] you explained why you need the "totals" part on the package bugs page [01:08] because i know for a fact that i had ~100 bugs in X warty, 150 in hoary and 200 in breezy [01:08] i want to know how the progression goes [01:09] compared to our approx user base [01:09] so, are you talking about wanting to select not just the distro but the distrorelease [01:09] that gives me an idea if we are doing bad or good [01:09] in the advanced search form? [01:09] no no.. this is just for the totals [01:09] i can keep track manually of that number [01:09] for the advanced search it's enough i can filter by distro [01:09] because when i go bug hunting i don't care to see baltix or Debian problems [01:10] i want to see what affects ubuntu only [01:10] i see [01:10] okay, that's clear [01:10] i'll talk with kiko later [01:10] when i open the bug then i can see if it affects debian or baltix too [01:10] for example [01:10] yep [01:10] thanks SteveA [01:10] enjoy the bday === SteveA goes afk for a while [01:19] oh shoot [01:19] SteveA: I want to submit bug reports to malone over http [01:19] more importantly, anonymous bug reports I guess [01:22] aa_: what differentiates anonymous bug reports from spam ? [01:23] well, the plan is to send the annonymous ones to me, and I would sign them and send them as email [01:23] and well, maybe a spammer would work out the weird rpc I use, but I doubt they would bother [01:24] I don't get it, do spammers often submit bug reports? [01:24] I have seen wiki pages mutilated, but bug reports? [01:25] debian had huge bug spam problems [01:25] before it got its cross assassin etc shit all together [01:25] so um, basically providing a way for my users to submit anonymous bug reports is um utterly no no [01:26] well [01:26] its something that should be done with due care and caution [01:26] who are your users ? [01:27] a gui application [01:27] um, developers I guess, it is an IDE [01:27] do you think they are unlikely to create accounts on launchpad ? [01:27] developers seem clueful enough to do it to me [01:27] not at all, I am actually sure most would [01:28] so why do you need anonymous bug reports ? [01:28] but it is the few that wouldn't even know what it all was [01:28] if anythiong, those are the ones who need it most [01:28] but yes, you are right === `6og [n=kgoetz@ppp226-141.lns2.adl4.internode.on.net] has joined #Launchpad [01:33] unfortunately, the issue blocks my next release. Would it be reasonable to submit a bug against launchpad so that there can be some discussion about anonymous reports, or has it already been discussed? [01:33] it has come up a lot [01:33] I'm not sure if there is an informational spec about it or not [01:34] I will, just get them sent to myself [01:34] and then pass them on to launchpad after ensuing they are not spam [01:34] yeah, I suspected it had been discussed a lot :) [01:36] in an ideal world, I would make users have a gpgp key etc and email them in, but well, that ain't ever going to happen [01:36] <`6og> hi sivang [01:37] that would save the whole "save password" stuff === `6og is now known as kgoetz [01:45] hey kgoetz :) what's up? [01:46] :) just going through my bug email, and trying to get stuff done so i can start learning python and c (again...) [01:47] sivang: what's been happening mate? [01:48] aa_: I'd say you better try and educate them to open accounts on LP, might be more worthwhile then setting up all this juggelry. You could attached documentation inside your IDE for how to do so. /me notes this could be a good use for a client app style GNOME launchpad. (proposed as SoC project) [01:48] i just looked for my external usb hdd to test an hubackup bug (or comment on). cant find the bugger :S [01:49] kgoetz: let's take this to #u-devel okay? [01:49] sivang: sure [01:49] kgoetz: other then that everything's fine, but reports continue to flow in :) [01:49] sivang: right, I wish I was a student, and I only have a few days to write it, not all summer, but yes it will be a pygtk launchpad client of sorts [01:50] aa_: There's a proposal for that sort of app, we'll see how to progresses :) [01:50] oh excellent, you don't happen to have a url do you please? [01:51] one of my developers was wanting to do this, he is a student, and well, he actually wanted to write a front-end for all bug trackers, but he might be interested in this === kjcole [n=kjcole@ubuntu/member/kjcole] has joined #launchpad === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === cprov [n=cprov@201-42-133-15.dsl.telesp.net.br] has joined #launchpad [01:55] good morning, hackers === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad [01:57] aa_: lemme see if I can find it [01:58] aa_: actually, application were already due. [01:58] hello [01:58] sivang: are you a MOTU today ? === beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:58] aa_: https://wiki.ubuntu.com/GoogleSoC2006#head-c63d73c3e2785fdb9f52077630b50dcac426b2ad [01:59] ploum: I am :-) [01:59] cool :-) [01:59] congratulations [01:59]