[12:21] SteveA: yeah, it's not really important enough to bug stub, IMHO === tambaqui [n=tambaqui@200-208-53-203-mns.cpe.vivax.com.br] has joined #launchpad === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad === asw [n=asw@karuna.med.harvard.edu] has joined #launchpad === lakin [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #launchpad === thierryn [n=thierry@modemcable199.142-201-24.mc.videotron.ca] has joined #launchpad === dbxt [n=foxgen74@218.28.40.99] has joined #launchpad === rpedro [n=rpedro@87-196-10-136.net.novis.pt] has joined #launchpad === jinty [n=jinty@242.Red-83-49-54.dynamicIP.rima-tde.net] has left #launchpad ["Leaving"] [03:13] bradb: how do you delete attachments in malone? === jinty [n=jinty@242.Red-83-49-54.dynamicIP.rima-tde.net] has joined #launchpad [04:05] spiv: ping? [04:05] jamesh: pong [04:05] I'm just starting skype :) [04:17] elmo: attachments can't be deleted, unfortunately. bug 48771. [04:17] Malone bug 48771 in malone "It should be possible to delete attachments" [Normal,Unconfirmed] http://launchpad.net/bugs/48771 === stub [n=stub@ppp-58.8.6.109.revip2.asianet.co.th] has joined #launchpad === BenC [n=bcollins@debian/developer/bcollins] has joined #launchpad [05:27] what might be the problem with an attachment in malone that isn't hyperlinked (meaning it shows it, but there's no way to get it) [05:28] I can privmsg the bug url to a dev, but not in channel (private bug) [05:44] BenC: are you saying that attachment title isn't hyperlinked in the bug attachments portlet on the RHS? [05:44] s/that/the/ [05:45] BenC: you can privmsg me the url if you don't mind first sub'ing me to the bug report so i can view it === tambaqui [n=tambaqui@200-208-53-203-mns.cpe.vivax.com.br] has left #launchpad [] [06:23] sorry, I had to leave [06:30] bradb: The attachment isn't hyperlinked because elmo requested I remove the file. [06:31] (If there is a bug here, it is that we need a (deleted) flag or something when rendering expired or deleted librarian files) === dsas [n=dean@host86-128-54-0.range86-128.btcentralplus.com] has joined #launchpad === BenC [n=bcollins@debian/developer/bcollins] has joined #launchpad === BenC [n=bcollins@debian/developer/bcollins] has joined #launchpad === BenC [n=bcollins@debian/developer/bcollins] has joined #launchpad [07:13] Launchpad will be going down in 20 minutes for its regular code update. Estimated down time is 10 minutes. === Nyctea [n=opera@61.6.65.122] has joined #launchpad === WinterNyctea [n=Kyle@61.6.65.122] has joined #launchpad === tortho [n=tortho@126.84-49-96.nextgentel.com] has joined #launchpad === Kylekf [n=Kyle@61.6.65.122] has joined #launchpad === Nyctea [n=opera@61.6.65.122] has joined #launchpad === Nyctea [n=opera@61.6.65.122] has left #launchpad [] === glatzor [n=sebi@ppp-62-245-208-121.mnet-online.de] has joined #launchpad === rpedro [n=rpedro@87-196-46-150.net.novis.pt] has joined #launchpad [09:09] morning [09:18] stub: hello === jinty [n=jinty@242.Red-83-49-54.dynamicIP.rima-tde.net] has joined #launchpad [09:55] morning all [10:03] hi sivan === carlos [n=carlos@13.Red-88-15-198.dynamicIP.rima-tde.net] has joined #launchpad [10:06] SteveA: Hi === SteveA thinks hard in the direction of stub [10:08] stub: where you able to do the production update? [10:08] carlos: Yes, as per the mailing list email and wiki page updates. [10:09] hmm, I didn't see the mail in the mailing list [10:09] stub: ok, thanks! [10:09] carlos: subscribe to the production status wiki page [10:09] yeah, good idea... [10:10] BjornT: hi, around? [10:11] hi carlos [10:12] BjornT: would you have time today to have a skype call about the desing of https://launchpad.net/products/rosetta/+bug/44214 ? [10:13] salgado told me that he's a bit busy but that would try to do it if you are not available [10:14] BjornT: Did you send me a reminder email telling me about something important to do after rollout? If so, I've lost it ;) [10:14] Ahh... found it. [10:14] carlos: i updated the description of bug 44214 to say "bug 41653" rather than "#41653" [10:14] the latter isn't auto-linked [10:14] i wonder if it should be [10:15] SteveA: ok, thanks [10:15] Should be - I tend to use that form ;) [10:15] hey stub , SteveA , carlos [10:15] someone who cares should file a bug then :-) [10:15] sivang: hi! [10:16] i think it is a bit permissive to autolink on #1234 [10:16] because that means "number 1234" [10:16] Oh... not just that. That would suck. [10:16] do we number anything else? [10:16] carlos: sure. maybe in an hour? [10:16] Bug #1234 [10:16] that will work [10:16] BjornT: ok [10:16] 09:15 UTC ? [10:16] yeah, that'll be fine [10:17] BjornT: ok, thanks === tortho [n=tortho@126.84-49-96.nextgentel.com] has left #launchpad [] === doko [n=doko@dslb-088-073-103-121.pools.arcor-ip.net] has joined #launchpad [10:31] my mail software doesn't allow filtering on reply-to, only sender/subject/recipient. Is there another easy way I can filter bugmail? [10:34] not really. what is your mail software? === malcc [n=malcolm@host81-159-193-176.range81-159.btcentralplus.com] has joined #launchpad [10:42] SteveA: I dunno, it is what is provided by the control panel on the hosting I have. I will learn procmail and see if I can use that [11:03] spiv: does os.listdir use readdir ? [11:10] BjornT: Do products not have the same subscribe/unsubscribe as packages for bugs? [11:12] Kinnison: not quite. a package can have any number of bug contacts, while a product can have only one. [11:13] Mmm, this kinda sucks [11:13] Was there a reason for not adding it to products too, or was it just never asked for? [11:14] i'm not sure why it was done this way, you have to ask bradb about it. [11:15] Okay, thanks [11:19] is launchpad able to mirror 'knit' branches? [11:20] spiv: ^^^ === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad [11:21] BjornT: meeting time? [11:21] BjornT: if you need more time, feel free to delay it [11:21] carlos: So are we ready to open edgy as far as rosetta is concerned? [11:22] Kinnison: yeah, from the UI part, we are ready. The translations imports can be handled later [11:22] carlos: i'm ready. what's your skype handle? [11:22] carlospm_1 [11:22] carlos: right === ploum [n=ploum@ubuntu/member/ploum] has joined #launchpad === Keybuk [n=scott@quest.netsplit.com] has joined #launchpad === Daemon [n=NA@220-253-87-99.QLD.netspace.net.au] has joined #launchpad [11:46] how often are archives mirrored from sftp to http (bazaar.lp.net) [11:56] Keybuk: once a day - I think [12:07] kiko: awake? === tortho [n=tortho@126.84-49-96.nextgentel.com] has joined #launchpad [12:13] mdz: Judging by previous days I'd say we're not due kiko for between 1h and 2h [12:14] I wouldn't be surprised if he showed up early to prepare for opening edgy [12:14] That's a good point [12:17] kiko mentioned 1200 UTC to me last night [12:17] So in 1h45m ? [12:17] yes === Kinnison glares at bzr. Go. More. QUICKLY! === Kinnison must admit, bzr+knit+shared-repo == much much faster === Kinnison hugs it [12:27] FYI: Since we didn't find any good answers to it, and it has been discussed here before, From the norwegian translators: Bug #48799: === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad === Kinnison pops to grab lunch before the grand opening === Kamping_Kaiser [n=kgoetz@ppp137-2.lns2.adl2.internode.on.net] has joined #launchpad === jd_ [n=jd@wikipedia/Meanos] has joined #launchpad [02:00] lifeless: yes, os.listdir on posix uses readdir [02:00] siretart, Kinnison: launchpad should be able to mirror knit branches as of the rollout earlier today. [02:02] Cool === Kamion [n=cjwatson@83-216-156-196.colinw664.adsl.metronet.co.uk] has joined #launchpad [02:04] Is ddaa at the London sprint? [02:08] yes [02:09] can be be summoned briefly [02:12] Keybuk, ddaa: https://launchpad.net/products/launchpad-bazaar/+bug/48813 === cprov [i=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:18] Keybuk: summoned [02:18] stub: ping [02:18] cprov: pong [02:18] Keybuk: actually, hes rather focusde. can I realy ? [02:18] s/realy/relay [02:19] stub: do we have a production DB backup for today (open edgy task) ? [02:20] There is one running right now... and the last one was... === stub checks [02:20] Around 01:00 UTC [02:20] lifeless: would like a vague answer as to whether that bug is possible to fix quickly or not [02:21] yes, I thought there was one already open. If spiv has time to do the relevant hack - we've discussed it already - then it should be fine. Spiv can you chat with SteveA about timing for this ? [02:21] stub: uhm the 01AM would be enough [02:21] we should not poll all hosted branches everytime. === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:21] morning! [02:22] we have machinery to set an arbitrary interval already. [02:22] hello cprov [02:22] hello stub [02:22] hello mdz [02:22] kiko: 'ello === kiko pokes spiv [02:22] Whee... more lightening [02:23] If I disappear, the power has gone out ;) [02:23] how's it going out east? [02:23] kiko: hello [02:23] Getting into the cool thunderstorm season. Great view from up here ;) === lincao [n=lincoln@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:24] ack after lunch [02:29] cprov, so are we waiting for a backup to push the button? [02:32] kiko: kind of, we have the 1AM one, but since stub has started another one, let's wait it to finish [02:33] kiko: I'm sorting archive backup with Kinnison [02:33] all right. coolio [02:33] Its done [02:36] rockon [02:36] spiv, ping? [02:36] kiko: pong [02:37] lifeless: sure, I'll do that. [02:38] spiv! [02:38] kiko! [02:38] What's up? :) [02:38] spiv, on a scale from 1-10, how likely am I to get an email about this dotted prejoin business? :) [02:39] How long are you prepared to wait? ;) [02:39] I'll take a look now. [02:42] thanks! [02:48] spiv, I have improved the tests and they guarantee sanity! yay! === glatzor [n=sebi@ppp-62-245-208-121.mnet-online.de] has joined #launchpad === beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === lamont [n=lamont@mib.fc.hp.com] has joined #launchpad === bradb wakes up === carlos -> lunch [03:27] Kinnison: In retrospect, it may have been a mistake to allow only one bug contact for product/distro, because it would seem to make it very hard for non-core-team users to follow bug activity, in many cases. [03:28] Kinnison: what product do you want to be a bug contact for? i'm curious to see its configuration. [03:30] kiko: sent [03:33] spiv, is it good news or bad news? [03:34] kiko: good, I hope. I have a suggestion about _prejoinOne that I hope you like. [03:37] spiv, I have factored cache.clear() and the assert == 0s into a function, which avoids some of the repetition and makes clear that yes the repetition was accidental :-/ [03:38] spiv, your suggestion is excellent but I will need to butcher the entire method to do it, and you want me to stop straying from upstream. should I do it anyway, or should I limit its impact? [03:39] You could limit it to just dealing with the prejoin bits. [03:39] I think I'd lean towards limiting it, but I'm not sure. [03:40] I guess it depends on how much cleaner it would be if you butchered the entire method. [03:40] If it was sufficiently beautiful, perhaps rewriting changes made in upstream to use our newer code wouldn't be so painful. [03:41] spiv, I'll consider that carefully then [03:41] Or perhaps it would be horribly difficult... but wasn't his function originally fairly simple before we added this prejoin business? [03:41] s/his/this/ [03:41] I can't remember [03:41] spiv, however, your suggestion is somewhat limited by the fact that it doesn't take into account the fact that current_class and current_table need to mutate [03:41] Like 15 lines or something that suddenly turned into 100. [03:42] but perhaps I can supply them to addPrejoin() [03:42] kiko: They'd be state on the queryBuilder object. [03:42] hmmm [03:42] I think that'd be bad [03:42] well, unless we /did/ limit its use [03:42] Hmm, perhaps. [03:42] because you always want to reset back to the original class [03:42] Ah, right. [03:42] but I think we can manage well enough in the loop [03:42] Yeah, when I wrote that sketch I was just thinking of the limited problem. [03:43] so I'll take that into consideration. when working on SO I always find it hard to balance between rewriting the goddamned thing and doing what I need to do [03:43] It was a bit of a "this proof is left as an exercise for the reader" kind of review ;) [03:43] Yeah. [03:44] heh [03:44] okay I'll improve it [03:44] I'd lean towards the path of spending less effort. [03:44] but apparently testing it on LP has shown a bug in it! I am fascinated [03:45] I'm really happy to see that prejoin code somewhat factored out of that function, btw. It was getting crazy... [03:46] I just discovered I need to normalize the prejoins [03:46] because if you do [03:46] prejoins=["potemplate", "language", "latestsubmission", [03:46] "potemplate.sourcepackagename", [03:46] "latestsubmission.person"] , [03:47] then it fucks up by joining twice on latestsubmission and potemplate [03:47] Whee! [03:47] hmmm [03:47] that idea about the QueryBuilder [03:48] it is pure genius :) [03:48] hmmmm [03:48] What about ["foo.owner", "bar.owner"] , i.e. two different dotted prejoins onto Person, did you have a test for that already? [03:49] no, haven't tested that either [03:49] should work as long as the renaming works though [03:49] Oh, crazy idea: use sqlobject's sqlbuilder ;) === kiko runs away from spiv [03:49] Yeah, I agree it *should*... can't hurt to be sure we didn't miss something :) [03:49] bradb: launchpad-publisher [03:53] oh-oh [03:53] spiv, https://chinstrap.ubuntu.com/~dsilvers/paste/fileTekw4O.html [03:55] I think my eyes are bleeding. [03:56] stub, do you know how we should reformat https://chinstrap.ubuntu.com/~dsilvers/paste/fileTekw4O.html to actually work? [03:56] spiv, I think I hit a speedbump [03:57] it appears that we can't mix inner and outer joins? === glatzor [n=sebi@ppp-62-245-208-121.mnet-online.de] has joined #launchpad [04:02] kiko: maybe we need to use parens? [04:02] spiv, can you explain further? you mean subqueries? === tortho [n=tortho@126.84-49-96.nextgentel.com] has left #launchpad [] [04:03] salgado: ping [04:03] "A JOIN clause combines two FROM items. Use parentheses if necessary to determine the order of nesting. In the absence of parentheses, JOINs nest left-to-right." [04:04] cprov, pong [04:04] salgado: do you have any idea about how mirror stuff will get affected by open edgy ? [04:04] Keybuk: I am here now [04:05] cprov, it's designed to Just Work [04:05] cprov, but we'll see if that happens in practice after edgy opens [04:07] salgado: perfect, dude, thank you. keep your eyes on it and let me know if the procedure to open edgy can do something to help you in this land [04:08] salgado: How often should it be running? I think it is currently scheduled to run daily. [04:08] cprov, thanks for asking, but I think all we can do is wait until the mirrors start mirroring edgy [04:09] salgado: right, let's watch it [04:10] stub, I think daily should be okay for now. maybe later we can make it run more often === Bluekuja [n=andrea@ubuntu/member/bluekuja] has joined #launchpad [04:13] morning [04:14] mdz: morning, publishing edgy [04:16] mdz: when can you come around to __sign___ the archive results ? [04:17] cprov: sign? [04:17] mdz: check [04:18] cprov: I'm here now [04:19] Publisher is almost finished [04:19] mdz: then check archive in drecher, if you can [04:20] cprov: did you make a hardlink backup I can compare against? [04:20] Yes I did [04:21] in .../ubuntu-archive-backup [04:22] Kinnison: Interesting (re: launchpad-publisher) team. Is it an option for you to set up a team for this product? Then add mdz, you, etc.? Then you could all get email about it (no need for a mailing list.) [04:22] A team would do, but then individuals couldn't unsub from bugs [04:23] Kinnison: Indeed, though that bug remains even if more than one person can be a product bug contact. [04:23] bradb: I thought the bug contact could unsubscribe if they wanted [04:23] bradb: I want the same sort of behaviour as package subscriptions [04:24] mdz: It's ready for checking [04:24] s'just removing dists.old [04:24] cprov: edgy is missing the Task extraoverrides [04:24] Kinnison: You can't unsubscribe from package bugs anymore either. Package contact subscriptions are now looked up at bugmail delivery time, not "explicitly" created at filebug time. [04:24] mdz: Right, cron.germinate probably hasn't built them yet === Kinnison investigates [04:24] cprov: and main/*installer* [04:25] mdz: yep, those need copying in, I knew that and I'm not sure how we should automate it in the future [04:25] mdz: uhm .. [04:25] Kinnison: maybe ping me later to discuss this further when you're less busy? [04:25] bradb: sure, that'd be cool [04:26] thanks [04:26] mdz: Germinate running [04:27] Kinnison: you need to change cron.germinate to say suite=edgy [04:27] at the moment it's working on dapper [04:27] Kamion: poo [04:27] Kamion: thanks [04:29] Contents needs to be copied in too [04:29] the dist-upgrader stuff is missing too, though perhaps that's not a bug [04:29] unless that'll get rebuilt automaticaly [04:29] +k [04:29] damn, +l. I'll stop now. [04:31] Kamion: I think it's uploaded pre-built [04:32] I meant Contents [04:32] Contents will be copied and/or generated soon [04:41] mdz: Right, I'm ready to re-run the publisher to see if the germinate did the right thing [04:41] running [04:42] oh, er, wonder what it'll have done with xubuntu seeds === Kamion tries to ssh slooooooowly into rookery [04:42] please mind the gap [04:43] xubuntu seeds will be b0rken [04:43] sorry about that, I can fix it, give me a minute [04:44] Kamion: it's already running, but it won't reach the override generation phase for a few minutes [04:44] Kamion: not that cron.germinate would run in time === Kinnison sighs [04:45] I can't pull from jani until the SM gets round to pulling the seeds, but that's ok, I just branched xubuntu-dapper to xubuntu-edgy [04:46] ... however, it seems to have worked anyway, I guess it reused the old dapper files when germinate failed [04:46] so we're actually ok [04:47] salgado: don't we use a field validator for email addresses yet ? [04:47] salgado: instead of simple TextLine. Do you think it's worth to have ? [04:48] salgado: i know that we have high-level validation for that, but right no I need to map an address that isn't stored in EmailAddress table [04:50] cprov, the interface for IEmailAddress.email is bogus. IIRC, all forms that expect an email address do the validation manually [04:51] so, yes, a custom field for email addresses would probably be a good idea, but we'd also need to switch some pages to use GeneralFormView [04:51] salgado: uhm, what do you think about writing a EmailAddress field validator ? would you also use it in FOAF ? [04:53] yes, it'd be useful, definitely [04:53] spiv, I am completely and absolutely fucked. [04:53] I will need to produce a query ordering thingifier [04:53] cprov, but I don't see why do you want it [04:53] salgado: yes, maybe fixing the callsites will be overkill, but at least we can reuse it for new forms, which would use GFV anyway, thanks for the oppinion, I will write it [04:54] salgado: DistroRelease.changeslist tweak via distrorelease/+admin [04:55] cprov, but aren't you going to need to create a special schema in order to have an emailaddress field on that page? [04:55] salgado: don't know if we can model it using EmailAddress, it doesn't need hig level validation [04:55] kiko: Sounds like you have been belting at SQLObject with a hammer to keep the rusty old thing running and it finally exploded. [04:55] cprov, I don't see what you mean [04:56] anyone up for a trivial review? [04:56] salgado: I mean validation cycle compared with what we have for personal email addresses [04:57] stub, I appreciate your support [04:57] a query ordering thingamajingifier [04:58] heh... I just noticed on that my web host provider has switched to Ubuntu ;) [04:58] salgado: don't know if we have plans to model maillistings in LP and how we would do it. the point is we can't simply check "user@url" [04:59] cprov, salgado: http://www.stuartbishop.net/Software/EmailAddress/index.html will do the validation heavy lifting [04:59] (I think( [04:59] ) [05:00] cprov, what other checks do we need to do? [05:00] stub: you rock ! do you think we can create a field validator based on it ? [05:01] salgado: that's the point, right now, we can't do anything to certify it's a real maillisting and people are listening it [05:02] cprov: It might be strict enough. If not, it would be a start. [05:02] salgado: even checking user@host we mail be sending email to an non-existent maillisting === lbm [n=lbm@0x555298ca.adsl.cybercity.dk] has joined #launchpad [05:03] cprov, but checking that a given email is for an existing mailing list involves at least sending one email and receiving a response, doesn't it? [05:03] We can't confirm that the address is deliverable though without sending an email and catching bounces, and we can't confirm that anyone actually monitors that mailbox and it is not a spam honeypot or anything [05:03] this sounds like you need a LoginToken-style workflow [05:04] like the one we do to add new email addresses for people/teams [05:04] however, I'll continue with the field validator, it's an admin page, people will take care, later we can thing in a login-token extension [05:04] what is your field validator going to do, exactly? [05:04] salgado: yes, we may think about this at somepoint [05:05] salgado: just check if the email address sintaxe is correct [05:06] well, AFAIK, the rules for inserting an email address in the database are pretty strict. I'm not sure if the fact that it's inserted using an admin interface is enough for us to alleviate these rules [05:06] salgado: stub's code looks sane for doing this [05:06] salgado: you're right, it's not, but anyway it's not in EA table yet ;) [05:07] eh? that email address will go in a separate table? [05:07] salgado: and current EA is only refered by Person table [05:08] cprov: fwiw, we've been using validators/email.py for simple syntax checking [05:08] salgado: yes, I told you the text field, IDistroRelease.changeslist === hub [n=hub@storm-gw.xandros.com] has joined #launchpad [05:09] how do I unsubscribe from a bug I am notified because of dupliactes... [05:09] cprov, that doesn't mean much. I thought it'd be a reference to the EmailAddress table [05:09] I get spammed several times a day and this is driving me nuts [05:09] but it looks like it's a text column? [05:10] salgado: yes, it still being a text field, which I pointed as an unreliable wy to solve the problem ;) [05:11] hub: You can't, atm, unfortunately. Just curious, why are you interested in being subscribed to the duplicate, but not to the dupe target? [05:11] cprov, well, if that's the case then all you need to do is to specify a constraint on IDistroRelease.changeslist's definition [05:11] salgado: uhm .. we already have that validator, I forgot about it, it's used in logintoken [05:12] bradb: I don't even know what the duplicate is, and I think I got subscribed to the duplicate because I'm upstream on the package where the bug orignally is reported in [05:12] hub: hmm, you would need to wait for bradb to answer you, but I just tried unsubscribing me from the duplicate bug and seems like I'm still subscribed, so seems like the fact that you cannot subscribe it's a bug [05:12] bradb: a bug may be marked duplicate later on [05:12] salgado: Text(..,constraint=valid_email,...) should work [05:12] oh, bradb already answered ;-) === pygi [n=pygi@83-131-229-63.adsl.net.t-com.hr] has joined #launchpad [05:12] bradb: that bug https://launchpad.net/distros/ubuntu/+source/libgnomeprint/+bug/34112 [05:12] Malone bug 34112 in libgnomeprint "gnome programs don't respect ~/.cups/lpoptions" [Unknown,Unknown] [05:12] bradb: I'm in "also notified" === bradb looks [05:12] mdz: Cleaning up the old dists, Do you want to take a quick look? [05:12] and can't remove myself [05:13] bradb: I guess we should be removed from it when we remove our subscription to the duplicated bug [05:13] no [05:13] we should be able to get unotified on that bug too [05:13] this bug as something like 20 dupes [05:14] and I don't know which one is mine [05:14] indeed, there are too many to look through [05:14] hub: it makes no sense to be unsubscribed from the main bug and stay subscribed to the duplicate one. The duplicate one should not get any activity [05:14] mdz: Once you're happy we can turn things on again :-) [05:14] hub: oh, I see your point [05:14] carlos: it makes no sense to not not be able to unsubscribe from anyuthing [05:15] hub: sorry, I misunderstood you [05:15] carlos: I call that SPAM [05:15] carlos: in fact it is easier for me to hunt down a LP developer than to hunt down the duplicate on that one [05:15] bradb: fear, I'm only 2 hours away [05:15] :-) [05:15] bradb: I know where you live :-) === hub is KIDDING [05:16] heh [05:16] hub: I can see why this is causing you, and others, grief. I'll need some time to think about how to address it. [05:16] hub: yeah, I didn't get your point, I thought you wanted to stay subscribed to the duplicated one [05:16] ok [05:16] bradb: bonus point: provide a direct link in the message "unsubscribe from this" [05:17] bradb: with a way that it does not get caught by spamassassin [05:17] bradb: just for the hacking value :-) [05:17] then I'll owe you beer [05:17] yeah, that's a nice idea [05:17] Kinnison: xubuntu-desktop tasks did end up wrong in the end [05:17] can you file a bug about being able to unsub from the "also notified" list? [05:18] hub ^^ === pygi [n=pygi@83-131-229-63.adsl.net.t-com.hr] has left #launchpad ["Leaving"] [05:18] okay then [05:18] thanks [05:18] and then I'll get spammed again ;-) [05:18] Kinnison: I have a feeling they've ended up as copies of corresponding edubuntu-* tasks [05:18] I'm pretty sure that'll get cleaned up automatically next cron.germinate/cron.daily runs though [05:18] cool [05:18] I'd understand if mdz wanted to make sure though [05:19] the rest of diff -ru dists/{dapper,edgy} looks ok to me [05:20] what distribution or whatever shoudl I use? [05:20] hub: https://launchpad.net/products/malone/+filebug [05:20] hub: /products/malone [05:20] there is no launchpad / malone [05:20] great [05:20] Kinnison: looking [05:21] mdz: thanks [05:21] Kamion: btw, ~kiko/bin/compare-archives is the latest version of the somewhat smarter comparison tool [05:22] https://launchpad.net/products/malone/+bug/48862 [05:22] Malone bug 48862 in malone "Can not unsubscribe from a bug when "Also Notified"" [Untriaged,Unconfirmed] [05:22] Kinnison: all of the old Release.gpg have been re-signed (hoary, etc.) [05:22] no offense guys, but UI-wise, I give a good D [05:22] to not give a F [05:23] hub: No offense taken, and bug reports welcome. === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [05:23] spiv, stub: SUCCESS! [05:23] YES! [05:23] bradb: well, I have a few weeks of filing [05:24] then [05:24] mdz: very odd [05:25] bradb: and I'm currenly busy with *paid* work [05:25] hub: I understand fully. Just noting that it's much more likely that the specific issues you encounter will be fixed if you or somebody else reports them. [05:26] I know that [05:26] that's why I filed to bugs, but at the same time I found 4 more to file [05:26] mdz: kewl [05:26] so I don't really want an exponential progression of bugs to file [05:27] Maybe one day soon Launchpad can have an Edgy style development process. :) [05:27] mdz: Is it causing an issue? [05:28] Kinnison: I haven't checked the signatures, but have no reason to believe so === LeeJunFan [n=junfan@68.248.134.163] has joined #launchpad [05:28] somewhat smarter but a hell of a lot slower. urk. [05:30] Kamion: longer runtime, less time reviewing the output :-) [05:31] hah [05:31] HAH! [05:32] bradb: maybe [05:32] https://chinstrap.ubuntu.com/~dsilvers/paste/fileuUCO5b.html [05:32] I KILL YOU [05:32] bradb: since I don't know python, I'll be useless [05:32] stub, how horrible is that query going to be? [05:32] https://chinstrap.ubuntu.com/~dsilvers/paste/fileuUCO5b.html [05:33] mdz: D'you want us to turn on the pipeline then? [05:33] Kinnison: is there anything in the queue? [05:33] would be nice to run a test upload through it [05:33] the queue is staying disabled until glibc/gcc land anyway, I'm tol [05:33] told [05:33] we could run something non-C through [05:34] We can run a source through [05:34] there're no chroots [05:34] Until infinity supplies us with chroots we're not turning binaries on [05:34] (his request) [05:35] Kinnison: how about a trivial upload of a package which is modified in ubuntu anyway? [05:35]