=== seb128 [n=seb128@ANancy-151-1-18-160.w83-194.abo.wanadoo.fr] has joined #launchpad [12:25] how comes than some people still comment on bugzilla? [12:27] seb128: are the comments on bugzilla and launchpad in sync? [12:27] dholbach: ?? [12:28] which bug is it? [12:28] dholbach: bugzilla should be read-only, I guess that some people still have the login activated from before the migration or something [12:28] dholbach: not going to make a difference, you are not a bugzilla admin :) [12:28] ... [12:28] http://bugzilla.ubuntu.com/show_bug.cgi?id=19777 got one [12:28] Ubuntu bug 19777: "Program freeze on selecting directory using gnome file chooser" Product: Ubuntu, Component: gtk+2.0, Severity: normal, Assigned to: seb128@ubuntu.com, Status: NEEDINFO [12:29] I just wanted to know if launchpad and bugzilla have the same comments in those cases. [12:29] http://bugzilla.ubuntu.com/show_bug.cgi?id=15372 got one saturday [12:29] Ubuntu bug 15372: "alts_toggle breaks instead of overriding ralt -> l3" Product: Ubuntu, Component: xkeyboard-config, Severity: major, Assigned to: daniel.stone@ubuntu.com, Status: REOPENED [12:29] dholbach: there is no gateway between both [12:29] dholbach: the import was a one run stuff and bugzilla is supposed to be locked (if I got it right) [12:29] I see. :/ [12:32] oh dear [12:32] so Bugzilla login was disabled, but that didn't stop people who had checked the "Remember me" checkbox or whatever it was [12:34] Fortunately that particular comment was mostly noise ;-) [12:35] yeah, but I've got 3 on saturday too === GoRoDeK [n=gorodek@p5083E21D.dip.t-dialin.net] has joined #launchpad [12:35] and I'm not subscribed to every bugs on it [12:36] jamesh? [12:36] mpt: yeah? [12:37] can you turn off bug editing for real, instead of just turning off logging in? :-) [12:37] (on bugzilla) [12:38] mpt: I don't know [12:39] I used the method to disable editing that kiko suggested [12:39] well it seems not to be working [12:39] it'd probably be worth changing the db permissions at this point, actually [12:40] jamesh, a cheap and nasty way to fix the problem right now would be to delete process_bug.cgi and enter_bug.cgi [12:42] mpt: I don't have the ability to do any of these things on my own though [12:42] who does? [12:42] we'd need elmo or Znarl [12:42] ... followed up later by hacking show_bug.cgi to display the data as text rather than form fields [12:42] ok, so it's an rt thang === de_wizze [n=vc@AC9C827E.ipt.aol.com] has joined #launchpad [12:43] what's the rt address? [12:43] I just use the web interface [12:43] https://rt.admin.canonical.com/ [12:44] ok, I'll request that now [12:44] good night everybody. [12:44] except it wants a "username" [12:44] the login is the same as the one we use for https://chinstrap.ubuntu.com [12:44] iirc [12:44] and the canonical wiki [12:44] ok [12:45] eww eww [12:45] please use mail [12:45] to create tickets [12:45] otherwise they come from a generic user and replies don't go to anyone [12:45] just mail rt@admin.canonical.com [12:45] ok [12:45] jamesh: did you see my question earlier about the activity log in malone? [12:46] elmo: no [12:46] do we raise web design questions here ? [12:46] 18:48 < elmo> jamesh: do you think it'd be possible to add something to the activity log for all the bugs imported from bugzilla? [12:47] de_wizze, what kind of Web design questions? [12:47] how about default setting concerns [12:47] about the design of Launchpad? yes [12:47] elmo: I suppose so. What do you think would be appropriate? [12:47] about Web design in general? no :-) [12:47] allYouBugsBelongToUs [12:47] jamesh: just any note that amounts to "imported from bugzilla on dd-mm-yyyy" or whatever? [12:47] Web Design - the launchpad page has horizontal scroolbars in IE [12:48] [orthogonally-ish, in general I'd love to see activity log more widely used, last I checked, it doesn't record outgoing emails] [12:49] de_wizze, every page? [12:49] or just the front page? [12:49] or just some other page? [12:49] every page that I have been to so far [12:50] if we are whinging about malone, where is the 'malone spams me when I change something' bug on the fixlist ? [12:50] oh the non-subscriber stuff? [12:51] that might be me :/ [12:51] ? [12:51] I think is has to do with the fact that a width of 100% is hard coded into the table class named "header" [12:51] lifeless: oh, nm, you're talking about something else, I guess. do you mean the fact you get mail? [12:52] lifeless: or the fact you get "post from a non-subscriber" whines from mailman? [12:52] elmo: no, I mean that say I open a bug in malone on bzr, malone then tells the members of the bzr-developers team, which includes me. [12:52] rather than telling the *other* members. [12:52] ah, ok, sorry, don't mind me then [12:52] de_wizze, assuming you mean IE for Windows, I don't have it, so any help you can provide in debugging that problem would be great :-) [12:52] likewise, if you open a bug, you always get a mail, which users count as spam. [12:52] we had a guy yesterday in #bzr [12:53] we asked him to file a bug [12:53] he signed up to lp [12:53] filed the bug [12:53] changed the status [12:53] complained about spam, and changed his account's email to point to an address he never ever uses [12:53] asked if there was some way he could 'deregister' [12:53] lifeless: err, you can't fix that [12:53] lifeless: #8 on https://wiki.launchpad.canonical.com/MaloneRunsUbuntuTaskList [12:54] elmo: its a bug, not a feature, its very fixable. [12:54] well, in the sense, that you're inevitably going to get some mail when you report a bug [12:54] jamesh: sweet. [12:54] mpt: ok will do [12:54] either when it's closed or a request for more information [12:54] elmo: in bugzilla, when *I* change a bug I'm subscribed to, *I* dont get mail. [12:54] if someone reacts that violently to a confirmation mail ... [12:54] elmo, it's the "don't mail me about stuff *I* did" bug [12:54] elmo: no, it was the 5 follow ons from lp-itself. [12:54] meh, ok [12:55] (still think he's overreacting tho :P) [12:55] lifeless: you mean 5 emails for 5 changes, or something else? [12:55] I haven't quite gotten pissed off enough to blacklist lp mails to me [12:55] now about the new placement of the logout button in the upper right corner ... === MDK [n=MDK@64-moo-5.acn.waw.pl] has joined #launchpad [12:55] bug 548 [12:55] Malone bug 548: "don't send mails about changes to the people doing the change" Fix req. for: malone (upstream), Severity: Normal, Assigned to: Brad Bollenbach, Status: Confirmed http://launchpad.net/bugs/548 [12:55] jamesh: open the bug, change the priority, change the severity, update the description etc [12:55] bug 1350 [12:55] Malone bug 1350: "Change notifications should be batched" Fix req. for: malone (upstream), Severity: Wishlist, Assigned to: Nobody, Status: Unconfirmed http://launchpad.net/bugs/1350 [12:56] the first one is not needed - he knows he filed the bug, and none of the rest are needed either. [12:56] mpt: yeah, both of those. [12:56] and making more changes possible in a single step in the Web interface will help too [12:58] lifeless: okay, so 5 form submits. That's the "normal" malone bug spam, rather than a new issue [12:58] jamesh: I did not claim it was new ;) [12:58] jamesh: I just asked where it was in the priority list, which mpt answered well [01:00] de_wizze, report bugs about Launchpad in general at https://launchpad.net/products/launchpad/+filebug [01:01] seb128, RT ticket sent [01:03] thank you [01:05] lifeless: any progress in getting rocketfuel changes to sync back to chinstrap? === sevrin [n=sevrin@202.75.186.154] has joined #launchpad [01:05] Using saved location: sftp://chinstrap.ubuntu.com/home/pqm/archives/rocketfuel/launchpad/devel/ [01:06] [= ] fetch revision 12/562 129:42:30 [01:06] would it be worth switching to rsync push in the short term? [01:07] jamesh: no, that will cause serious confusion [01:07] fair enough [01:07] jamesh: rsync is not safe for concurrent access to a branch, and there are cron scripts doing exactly that [01:08] its 500 revs because the fixed push on thursday was aborted too [01:08] lifeless: I'm sorry about killing pqm, I was sure you once told me pqm was safe to kill, and didn't realise that had changed [01:09] elmo: no apologies needed. [01:09] generally it *should* be ok, I suspect there is a bug in bzrlib with respect to leaving stale locks [01:09] so I have that on my todo list to fix [01:10] but right now we seem to have pqm killing as a fix for 'its not running my merge' - which is a known clear condition, thus my mail explaining things to the relevant folk. === seb128_ [n=seb128@ANancy-151-1-46-86.w83-196.abo.wanadoo.fr] has joined #launchpad === stub [n=stub@gb.ja.97.63.revip.asianet.co.th] has joined #launchpad [01:28] lifeless: is that 129 hour ETA for the push accurate? [01:29] jamesh: no [01:29] good :) [01:29] its probably about twice that [01:31] I wonder if rsyncing the branch to chinstrap and then doing a local push would work better [01:39] 08:07 < lifeless> then we would need to run bzr in ssh on chinstrap [01:39] 08:07 < lifeless> thats getting awfully complex [01:39] 08:07 < lifeless> compared to just fixing the root cause. [01:39] 08:07 < lifeless> and time spent on that is time not spent on the root cause. === merriam [n=merriam@84.12.171.37] has joined #launchpad === de_wizze [n=vc@AC913835.ipt.aol.com] has joined #launchpad [02:03] I have a simple question ... what was the reason for creating launchpad? [02:11] de_wizze: To help open source projects collaborate. [02:12] de_wizze: See also the introductory text at https://wiki.launchpad.canonical.com/ [02:15] the other reason was to provide infrastructure to help develop Ubuntu [02:19] ok ... so one reason is in fact to help bridge and help coordinate upstream development and dispersion of projects .. correct ? [02:21] yep [02:28] it kinda like what Conary strives to do, but on a broader scope? will they be or could they be complimentary? === mick_home [n=mick@adsl-11-54-68.mia.bellsouth.net] has joined #launchpad [02:56] de_wizze, broader scope, because Launchpad covers bug tracking, translations, bounties etc as well as package management [03:00] thats wonderful ... === de_wizze [n=vc@AC913835.ipt.aol.com] has left #launchpad [] === skyblue [n=skyblue@81.214.138.38] has joined #launchpad [03:30] hi all [03:30] I'm trying to merge some duplicate accounts with mine, but one of those accounts belong to an e-mail address I don't have access to anymore [03:30] what am I supposed to do now? [03:31] (I guess that address is bouncing now) [03:32] could someone with admin access perform an administrative person merge for skyblue? [03:33] jamesh: thanks [03:56] for anyone who may want to take a look at it, my correct/active account name is: "ealtin" and I'd like to merge "enver-altin" and "enver-altin-frontsite" to it. [03:58] mpt/spiv: maybe you could help skyblue? You are both on the admins group [03:58] jamesh: if it's webbased, point me at the url/right way and I can [04:00] elmo: I was under the impression that it was web based. I'll see if I can find the URL [04:01] there's no obvious linksfor it from a person's /people/ page, so I'm assuming it's magic URL [04:03] maybe it is something stub does directly [04:04] There is a magic URL somewhere... [04:04] I can't really do it directly [04:04] stub: hey - how did mizuho move without any DNS changes? :/ [04:05] jamesh: I don't know the magic URL, sorry [04:05] elmo: Because the only external DNS name being used to access it is librarian.*.com, so just needed to change the apache conf. [04:06] oh, right, I'd entirely forgotten the apache front end was on another machine, sorry [04:06] stub: do you use librarian.*.com internally too? [04:08] Sometimes :-) Generally the real host name is used because we need to access the upload port, so going via apache is silly [04:09] ok, then I'd like to create a librarian.internal for that? [04:09] I'd like to avoid hardcoding the penguin/antartic hostnames in services as much as poss [04:09] skyblue: What is the email address that you no longer have access to? [04:10] stub: One is enver.altin@frontsite.com.tr [04:10] stub: The other is somehow got incorrectly imported from somewhere, possibly something like enver.altin@frontsite.com [04:11] stub: My current preferred address is ealtin@parkyeri.com if it helps. [04:15] skyblue: What happens if you try and merge one of those accounts? Does the system tell you it is sending an email for validation or something? [04:17] skyblue: Merge will hopefully work now anyway [04:25] stub: Yeah, it does. It says I'll need to follow the link submitted to me. [04:25] Bug 1281 [04:25] stub: but the problem is, I don't have access to these addresses. [04:26] skyblue: Try again now - I've removed those email addresses from those accounts. I think merge will either work or you will get an OOPS error [04:26] stub: thanks, will do. [04:28] stub: Accounts don't seem to exist at all. They don't show up in search results. [04:28] Ahh.... [04:29] stub: that bad? :) [04:30] skyblue: If there is no other reason to merge the accounts that remove the duplicates, then we are done. If those accounts had extra rights (owner/maintainer of products, bugs, packages, whatever), then that still needs to be sorted. [04:31] stub: I guess they were gathered from translations and bug databases of some other projects. [04:32] if that's the case, then they might get recreated on future data imports [04:32] stub: I'm not really sure if they had some rights, but even if they had, they are not really important. [04:32] jamesh: Yeah, possibly. [04:33] you really want those addresses associated with the main account, but marked as OLD [04:33] jamesh: if you say so.. :) [04:34] maybe not: the description of OLD says "... nor should we associate new incoming content from that email address with that person." [04:35] jamesh: apparently yes. associating them and marking as OLD looks good to me, but that's going to be a bit painful I guess :) [04:36] how do translated content get upstream? [04:37] are they merged to upstream repositories automatically by launchpad? [04:46] upstreams need to perform the merges === mpt_ [n=mpt@219-89-144-198.jetstart.xtra.co.nz] has joined #launchpad === mpt_ is now known as mpt [05:22] jamesh: up to a review ? [05:26] jamesh: my launchpad/story branch, now in your review queue. [05:51] Merge to devel/launchpad: [trivial] use re.escape to prevent process-email from crashing. (r3004: Bjorn Tillenius) [05:54] lifeless: okay. I've also got BjornT's TicketTrackerEmailInterface branch to finish reviewing (it is currently on Steve's queue, but I agreed to take it) [05:59] jamesh: sure [06:00] jamesh: it should be trivial though [06:10] lifeless: btw, I put my branch with the newline fixups here: http://people.ubuntu.com/~jamesh/pqm-newlines/ [06:12] lifeless: I had a bit of trouble working out how to fit a test for this into the existing test framework, so there is no explicit test for the newline handling of test suite output [06:14] I would create a script which will run a precommit command that fails [06:14] in the unittest tests [06:14] that is [06:42] jamesh: actually [06:43] jamesh: I would break it into two [06:43] a test that a formatting function does the right thing with sample 'output from a script' [06:43] and a test that a failing script calls the formatting method (by using a failing script and checking its called) [06:45] lifeless: well, the formatting function (gather_output) is now just a ''.join(output) call [06:45] lifeless: the rest of the changes were to normalise the items added to the output list to end in newlines where appropriate [06:45] previously gather_output was effectively '\n'.join(output) [06:47] sure [06:47] not critiquing your work, just saying how I would test it [06:50] I also altered the test for catching bzr conflicts a bit [06:50] since it was failing with current bzr [06:51] bzrlib seemed to have trouble listing conflicts for ID-only conflicts [06:51] the test tried to merge two branches that had both added a file called README [06:51] I changed the test to try and merge two branches that had edited an already existing file called README [06:57] lifeless: Do you know how long it takes between pqm announcing a new revision being committed and that revision being commited to bellany:~pqm/archives/launchpad ? === stub is trying to cherry pick r3004 [06:59] stub: the ETA was 129 hours earlier today [07:00] jamesh: That would be to chinstrap - I'm interested in balleny [07:00] (which is currently up to r3003) [07:08] stub: do you remember what config settings you changed for the launchpad-bugs list to get it to accept LP emails? [07:08] stub: I put what I remembered at the bottom of https://wiki.launchpad.canonical.com/BugzillaImportProcess [07:09] I appended it to one of the bug reports. You need to add an 'allow' spam filter for bugs.launchpad.net [07:10] But that involves someone with access to ubuntu-bugs actually making the change :-/ [07:13] judging by http://lists.ubuntu.com/archives/desktop-bugs/2006-January/thread.html, it looks like desktop-bugs was just set to unmoderated [07:13] given the rolex spams [07:16] stub: that should be almost no latency, except that I have a lock while I push the archive to chinstrap [07:17] stub: I've stopped the push [07:17] stub: lets see now === stub [n=stub@ppp-58.10.73.242.revip2.asianet.co.th] has joined #launchpad [07:24] stub: it should be there [07:25] ring me if needed, doctor visit time [07:28] np === mpt_ [n=mpt@219-89-144-198.jetstart.xtra.co.nz] has joined #launchpad === mpt [n=mpt@219-89-144-79.jetstart.xtra.co.nz] has joined #launchpad === Nafallo_away is now known as Nafallo === lbm [n=lbm@cpe.atm4-0-1301006.0x50a0824e.vgnxx6.customer.tele.dk] has joined #launchpad === mpt_ [n=mpt@219-89-144-79.jetstart.xtra.co.nz] has joined #launchpad === Nafallo is now known as Nafallo_away === southfoxargentin [n=fox@200-122-8-239.dsl.prima.net.ar] has joined #launchpad === BjornT heads down to the doctor for a while === dooglus [n=dooglus@rincevent.net] has joined #launchpad [09:03] hi. I'm trying to register the irssi bugtracker with malone, but it's a "Flyspray" tracker, which malone doesn't know about. [09:04] http://flyspray.rocks.cc/ -- Flyspray is an uncomplicated, web-based bug tracking system for assisting with software development. [09:06] launchpad will be going down in just over 5 minutes for its regular update. Estimated down time is 20 mins. [09:06] dooglus, file a bug, product launchpad [09:06] Burgundavia: ok, thanks [09:09] is it possible to automatically subscribe to any bug I comment on? [09:09] dooglus, I wish it just did that [09:09] mpt_, ^ two up, implement this feature [09:14] the 'flyspray' bug is here: https://launchpad.net/products/launchpad/+bug/28738 [09:14] Error: Could not parse data returned by Malone: Connection to Malone bugtracker failed: HTTP Error 503: Service Unavailable [09:15] will launchpad go down every day for its regular update? [09:15] dooglus, not everyday [09:16] stub: btw, there were a few duplicate bug tracker objects created during the bugzilla import [09:16] dooglus: It is a weekly update [09:17] stub: I cleaned it up a bit by moving the watches to a single bug tracker, but it left a few empty bugtrackers that would be good to delete [09:17] ok. We can have a look after the update [09:20] I noticed that gnome is listed twice in the bugtrackers [09:21] what does the update update? [09:22] dooglus, the production version of launchpad, from the testing version [09:22] dooglus: that's what I was just talking to stub about [09:22] dooglus: when migrating bugs from bugzilla, we created watches on external trackers where appropriate [09:23] dooglus: while most of the references to upstream Gnome bugs used the correct http://bugzilla.gnome.org hostname, some used theincorrect http://bugs.gnome.org URLs [09:50] morning all [09:55] hrm. now I see: DatabaseException [09:55] A server error occurred. [09:56] should I report it? [10:10] dooglus: Sorry about that - final stages of the upgrade. Should all be fine now. [10:11] also, when it came back up again, the first few pages it generated for me said "I'll be going down very very soon"... [10:11] I also have a problem with the page layout: http://librarian.launchpad.net/1518542/Screenshot-3.png === mantiena-baltix [n=mantas@ctv-84-55-6-215.init.lt] has left #launchpad ["Ieinu"] === jinty [n=jinty@135.Red-80-37-34.staticIP.rima-tde.net] has joined #launchpad === carlos [n=carlos@238.Red-83-55-105.dynamicIP.rima-tde.net] has joined #launchpad === niemeyer [n=niemeyer@217.205.109.249] has joined #launchpad [10:14] stub: the bug trackers that should be deleted are "auto-bugs.gnome.org" and "auto-bugzilla.abiword.com" [10:34] jamesh: Nuked === anilkumar [n=anilkuma@anilkumar.tifr.res.in] has joined #launchpad [10:44] jamesh: so, any chance to peek at that review ? (I'm keen, I know) === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === koke [n=koke@ubuntu/member/koke] has joined #launchpad === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [11:50] lifeless: what's the situation on pqm pushing changes to chinstrap? [11:50] lifeless: in particular the built tree? [11:50] Kinnison: its pushing at the moment [11:50] Kinnison: it had a stale lock, then when it was pushing to fix it got killed giving it another stale lock === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad === dda1 [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [11:51] lifeless: yum [11:51] so, in another 80 odd hours it will have pushed all the backlog === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [11:52] urgh [11:52] lifeless: how come sftp over a gigabit lan is still so goddamn slow? [11:53] haven't we had this discussion ? === Kinnison appreciated the whole round-trip issue, but I'd have thought a gigabit lan kinda mitigated that factor somewhat. If we've had the discussion before I don't want to rehash it though [11:53] I don't remember why, if at all, you said we're not using bzrtools/rsync-push though [11:54] rsync does not lock [11:54] our branches are multi user [11:54] nuff said [11:54] righty, yep [11:56] They are multi user? If that is many readers/single writer that could be fixed by rsyncing to temporary chinstrap and then localfs pushing to the final location (?) [12:00] 08:07 < lifeless> then we would need to run bzr in ssh on chinstrap [12:00] 08:07 < lifeless> thats getting awfully complex [12:00] 08:07 < lifeless> compared to just fixing the root cause. [12:00] 08:07 < lifeless> and time spent on that is time not spent on the root cause. [12:01] hey lifeless === stub wonders how big a blocker no HEAD for 3 days will be === thisfred [n=thisfred@a80-127-80-154.adsl.xs4all.nl] has joined #launchpad [12:03] stub: its been out since before thursday [12:03] and in fact, local disk would not be all that much faster [12:03] I've pushed head a few times to /tmp on chinstrap. An rsync could be a good idea as a temporary solution. [12:03] I'm stracing the process, and the link is largely idly [12:03] *idle* === mpt_ [n=mpt@219-89-144-79.jetstart.xtra.co.nz] has joined #launchpad [12:09] mpt_: yo [12:11] lifeless: urgh, so it's mostly diddling weaves? [12:12] Kinnison: unpacking inventories [12:12] although this is interesting: [12:12] pqm@chinstrap:~$ cat sftp-strace | uniq | wc -l [12:12] 3454 [12:12] pqm@chinstrap:~$ cat sftp-strace | wc -l [12:12] 3518 [12:12] I suspected there was some duplicate effort, and now I have some proof ;) [12:13] or not [12:13] bah [12:13] just new lines being written. [12:13] hehe [12:13] silly lifeless [12:13] One problem with stracing python is that the gc often means that the "same" operation looks different on a plain "uniq" [12:13] also, try sort sftp-strace | uniq | wc -l [12:14] rather than cat [12:14] oh, right [12:14] this is stracing the sftp server btw [12:14] not python [12:14] python is the other strace [12:15] voila [12:15] there is duplicate work. [12:15] cat sftp-strace | sort | uniq -d | wc -l [12:15] 1470 [12:19] lifeless: is this using jamesh's sftp-using-openssh stuff? [12:20] dunno, would not expect that to matter [12:20] probably not, just wondered === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:21] hi salgado [12:22] hey daf [12:22] is it you who's looking after shipit? [12:22] yep [12:22] I found some weirdness in shipit-reports.pt === beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:23] near the bottom, there's some broken HTML === mpt_ [n=mpt@219-89-144-79.jetstart.xtra.co.nz] has left #launchpad ["http://mpt.net.nz/"] === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [12:23] good morning! [12:23] hmmm. /me checks [12:24] daf, where's it exactly? [12:25] lines 39-46 [12:25] there's no start to that table [12:25] oh, wait [12:25] line 11 === Nafallo_away is now known as Nafallo [12:26] yeah, I see it now [12:26] it's just a missing tag [12:26] fixed [12:26] all shipit pages have that table because of the ubuntu css files we have to use [12:26] the might be missing in other shipit pages too === raptoid [n=raptoid@85.102.193.204] has joined #launchpad [12:29] night all [12:29] night lifeless === southfoxargentin [n=fox@200-122-8-185.dsl.prima.net.ar] has joined #launchpad === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === daf hugs bzr shelve [01:02] shelve is good, but I also miss baz undo/redo [01:02] yeah [01:03] I miss being able to shelve renames [01:03] but I just did a hunk-by-hunk review of 123 changes to 77 files that would have taken me much longer with baz [01:04] heh [01:04] I also miss your cake [01:04] So you used it as a diff hunk browser? [01:04] daf: aah, one little bite and anyone is hooked [01:04] well, I just made a lot of changes [01:04] daf: If you like, I can assist you in the preparation of another cake [01:04] some of which I'm confident in, others not [01:05] I want to commit the safe ones now, and keep the rest for later [01:05] where's the recipe? [01:06] I suppose one advantage of this kind of cake is that you can take as long as you like in making it [01:06] I think most of the intermediate stages are quite stable [01:09] man [01:09] 3 days with no head [01:09] wtf [01:10] kiko: you must have been bursting [01:10] oh, you mean source code [01:10] I mean having a small heart attack [01:10] daf: Well, there's one intermediate stage which is stable [01:10] *snort* [01:10] daf: then there's the "cake is baked, can I resist eating it" stage [01:10] which I don't define as stable 'cos I'm greedy [01:10] :) === southfoxargentin [n=fox@200-122-8-185.dsl.prima.net.ar] has joined #launchpad [01:16] I was thinking in terms of making the almond paste and boozed fruits separately [01:16] then again, impatience will have its part to play === kiko grins at ian's message to launchpad-users [01:16] something about bullets [01:18] you can count on Ian not to mince words [01:27] daf, can you check if http://shipit.ubuntu.com/ works for you? [01:28] works in what sense? [01:28] I get a login page [01:28] log in and view order request form [01:29] I see the form [01:29] thanks. [01:29] browser was complaining about some parts being loaded over an insecure connection [01:29] which is annoying [01:30] stupid lack of certificate and the ubuntu css we use [01:30] salgado, can we just not make a copy of the ubuntu css and put it in as shipit.css instead of referring to it? [01:30] having validate certificates for user-facing sites would be nice [01:31] I don't really care about wiki.canonical.com and such, but I'm sure having to view a certificate warning when visiting launchpad.net is off-putting [01:35] well [01:35] launchpad.net itself has a cert [01:35] www.launchpad.net doesn't however [01:35] ! [01:35] valid cert anyway [01:35] you know that it requires having two IPs right? [01:35] oh, right [01:35] SSL fuckage [01:36] yes, let's drink to fuck === ajmitch_ [i=ajmitch@port169-187.ubs.maxnet.net.nz] has joined #launchpad === Alinux [n=Ubuntu@p54A39848.dip0.t-ipconnect.de] has joined #launchpad === bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad [01:50] kiko... man... [01:50] hey ddaa [01:50] what did I do now? [01:50] you are answering mails 5 weeks old, with only minimal context... [01:50] really? [01:51] which one in particular? [01:51] I did some cleaning out of my email yesterday [01:51] I'll come around answering your message on the "Add branch action link" thread when I read the launchpad mailing list, I'll have more context then. [01:51] so you may have gotten some of that [01:51] I'm doing the inbox now, and that's a bit off-putting :) [01:53] kiko... I guess you did NOT mean bug 959 [01:53] Error: Could not parse data returned by Malone: 'NoneType' object has no attribute 'group' [01:53] which is an inkscape bug... [01:53] 929 [01:54] Oh right, I see. [01:54] My position is that one should be WONTFIX. [01:55] As I explained in the last comment. [01:55] looks like Ubugtu is buggy [01:55] I think it needs to be fixed [01:55] kiko: the _only_ sane way to fix it is using . [01:55] and given your suggestion is getting rid of the RHS portlets.. [01:56] and that's only sane if you accept using invalid html. [01:56] and even then, that can only be an half-assed fix that will require pervasive changes. [01:57] why will it require pervasive changes? [01:58] because it will need support in anything that can display user input [01:58] putting it in DPoT is enough [01:58] ? [01:59] DPoT: ENOENT [01:59] welcome to launchpad [01:59] Displaying Paragraphs of Text [01:59] Yeah, so breaking will happen at random places... [02:00] making that support zero-width breaking spaces would help [02:00] !!!! [02:00] DUH DON'T! [02:00] last I checked though, browser support was poor [02:00] anyway it's WRONG [02:00] why? [02:00] Because it breaks copy-pasting [02:00] I remove myself from this conversation === TestDrive6 [n=Secure@61.95.147.26] has joined #launchpad [02:01] hmm, I'd want the browser to strip them when copying [02:01] I don't get tags when I copy bold text [02:01] I've seen sabdfl copy-pasting an URL that was using zero-width space for line breaking. [02:01] iz browser bug [02:01] Because is a tag. not a character. And besides you should get it if you paste to a word processor. [02:01] whatever, [02:02] is that an IE extension? [02:03] Ha, right. That's less wrong because browser bugs mean it will NOT be copy-pasted. But it's not valid HTML, and anyway I would not like my urls to get arbitrary broken in the middle of words. [02:03] Whatever, you guys do whatever you think is best. I have made my opinion clear on that matter. [02:04] well, if zwbs worked well in browsers, I'd advocate it [02:04] copy-pasing zwbs is _correct_ behaviour [02:05] stuffing it at random places in user data is what is usually called data corruption [02:06] ok [02:07] would seem the way to go if it was standard [02:07] what's the quickets way to file a bug on malone from hitting launchpad.net ? [02:07] sivang, navigate products or distros? [02:07] I rely on the fact that https://launchpad.net/products/malone/+filebug is in my often-used-URL list [02:08] daf: I need to book mark that, everytime I hit the main page it takes me some minutes of orientation :) [02:08] kiko: yes, and then search for malone [02:08] btw, when searchign for malone I also got https://launchpad.net/products/launchpad , is that used for anythying? [02:09] yes, that's where most LP bugs are filed [02:09] sivang, that's used for lots [02:09] kiko: for launchpad wide stuff and not launchpad/$COMPONENT stuff? [02:09] like as in infra, utilities, etc [02:09] daf: I think wbr would be acceptable if it was standard and defined as being a display-only hint. [02:10] indeed [02:10] removing the right hand column is only a partial solution [02:10] you can still get lines which require side-scrolling [02:10] side-scrolling is evil [02:11] but in the current state of affair, I think it's best to just let long urls run past the left end of the window, anyway, I do not think you like getting 5 lines of goo in the middle of paragraph of text just because somebody pasted a bugzilla url. [02:12] another option is to turn http/foo.com/bar into a link with abbreviated text [02:12] Yes, it's evil, but I do not think that if a string would require side-scrolling, you actually want to read it. [02:12] That the basic idea. If a word is too long to fit in the window, it's too long for a human to read anyway. [02:12] I think long URLs are the most common case of long lines [02:12] Do you actually _read_ long URLs? [02:13] no [02:13] but if there's a list of them, I might compare the ends [02:13] or rather, compare them [02:13] I think we need to be more practical if we are going to move anywhere [02:14] in which case it is easier to do? [02:14] well, URLs contain useful information sometimes [02:14] if they are wrapped of if they are aligned, each on a line? [02:14] kiko: I vote for abbreviating URLs in link text as the next step [02:14] copying and pasting the text of the URL is a use case I'm willing to drop [02:14] right-click or G (in lynx) for the original link [02:15] kiko: I really want to display URLs in the branch page. [02:15] ddaa, you will be able to -- wrapped or abbreviated. [02:15] I don't see any comment from mpt on 929 [02:16] or any discussion about the possibility of using the overflow property === ddaa tries and decides he does not care finally. [02:16] we'll see if I can hold it. [02:17] kiko: let's ping mpt on it [02:17] sure [02:17] we have a few options, he's probably best at picking the least bad [02:19] there, https://launchpad.net/products/malone/+bug/28768 [02:19] Error: Could not parse data returned by Malone: 'NoneType' object has no attribute 'group' [02:20] now I wonder if there's a quick way to fle a bug against bzrtools upstream, without following the package [02:23] sivang: tell abentley in #bzr :) [02:23] ddaa: heh [02:24] besides, there does not seem to be a bzrtools product in launchpad. [02:24] ddaa: yes, seems so, do you think there should be ? or should we tell him to add the branch under https://launchpad.net/products/bzr ? [02:25] Whatever you think is best. Probably ask abentley, he's upstream after all. Maybe he would be interested in having a separate bug tracker and stuff. [02:25] If upstream is not interested in having a launchpad project, it's probably best to put the branches in the bzr product. [02:25] ah, bzrtools is not canonical related? [02:26] policy until now has been, bzrtools bugs to the mailinglist, afaik [02:26] sivang: correct [02:26] No, it's entirely community contributed. [02:26] s/bzrtools/abently/ [02:26] sivang: but ask abently [02:26] bah... I give up :-) [02:26] well... he was actually proposed a position here, like, many times [02:26] too far for me for now === lfittl [n=lfittl@83-65-242-100.dynamic.xdsl-line.inode.at] has joined #launchpad [02:27] but he likes it where he is now, so though luck :) [02:27] I see :) sometimes we just need to make the best out of what we have [02:27] sivang: yeah, I feel sorry for you that you only have ddaa === LarstiQ ducks [02:28] LarstiQ: actually, no, they have mpool, and lifeless, and jblack [02:28] I'm not actually a significant bzr dev. [02:28] I just try to convince people to implement the stuff I would like :) [02:29] and I hang around the bzr guys at conferences, trying to sound like I know what I'm talking about. [02:29] haha :) [02:29] ddaa: a far better response than biting, thank you :) [02:29] is pqm wedged -- it's got 6 things in the queue and the last merge was 9 hours ago [02:30] ddaa: I rather appreciate your comments though === ohoel [n=eruin@proxy-gw.uib.no] has joined #launchpad === sivang is now known as seb64-wannabe [02:34] it's easy [02:34] you just need to learn how to make gnome packages in your sleep [02:35] heh [02:35] (that was re: sivang is now known as seb64-wannabe) [02:35] elmo: can you kick pqm? === seb64-wannabe is now known as sivang === Alinux [n=Ubuntu@p54A39848.dip0.t-ipconnect.de] has joined #launchpad === stub [n=stub@ppp-58.10.73.242.revip2.asianet.co.th] has joined #launchpad [03:00] mh... according to jblack, the gplv3 draft no longer has any obnoxious web service clause... === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #launchpad [03:07] daf, elmo: are you sure pqm is hung? [03:07] lifeless scorched me yesterday because what's happening is probably bzr push taking 90 hours (no joke) [03:09] !!! [03:09] zat's better than 90 days, as for importd2bzr... [03:09] (please ignore this, just venting) [03:09] is the fact that rsyncing something to chinstrap is taking forever? [03:10] efnewkjfn [03:10] is the fact that rsyncing something to chinstrap is taking forever related? [03:10] pqm will need serious optimization to reach the point of being unusably slow [03:10] bradb: do you really mean that? What is it now? [03:10] ddaa: Yeah, I most certainly mean that. ;) [03:10] daf, it might be. don't touch pqm for the next 90 hours [03:11] ddaa: I think kiko and daf have some idea of what I mean ;) [03:11] this is plain rsync, not bzr push [03:11] daf: the mirroring is still done with sftp isn't it? [03:12] daf: according to "vmstat 1" on chinstrap, there's a lot of IO happening, but I suspect that's due to check-pending-reviews.py [03:12] aha [03:12] bradb: yeah, it is. [03:12] it's an ssh bug [03:12] I think [03:13] I'm using ControlMaster auto and I had an existing ssh to chinstrap which was suspended [03:13] killing that made rsync work again === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad === matsubara is now known as matsubara-lunch === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad [03:58] daf: I tried using ssh session muxing at a point for importd [03:58] daf: the conclusion of the test was "it just does not work" [03:59] I had problems with it [03:59] IIRC there was a fd leak or something that just caused all new connections to fail past a certain point, but apparently that was only caused by the specific loads applied by baz. [03:59] upgrading to dapper ssh helped [03:59] I guess they have fixed some things. [03:59] then I got very confused because it stopped port forwardings working [03:59] then my rsync broke [03:59] now I'm thinking it's not worth the trouble [04:00] *nod* I'll check it again in a couple of years, when the *bsd folks had the time to squash the bugs [04:01] BjornT, around? [04:01] they just spoiled us with openssh, now are just disappointed if ssh is not 99.9999999999 reliable === anilkumar [n=anilkuma@anilkumar.tifr.res.in] has joined #launchpad === anilkumar [n=anilkuma@anilkumar.tifr.res.in] has joined #launchpad === Nafallo is now known as Nafallo_away === matsubara-lunch is now known as matsubara === Panda^ [n=giampaol@217.201.197.198] has joined #launchpad [04:38] hi everyone [04:39] is there someone of the launchpad's technical stuff? I've a problem loggin in... === BjornT_ [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad [04:51] Panda^, go ahead and if we can help, we will help you [04:56] carlos, tnx. I can't rember my account's password... but the email address that I used to create my account no longer exists... [04:57] hmm, Panda^ what's your account's name? [04:58] I registered another new account, but I can't merge it with the old because it ask for the old password that I can't remember [04:59] giampaolo@openmagazine.it === kjcole [n=kjcole@pchb1f.gallaudet.edu] has joined #launchpad [04:59] carlos, giampaolo@openmagazine.it is the one I don't remeber the password [05:00] that one only has a single email address registered with it [05:00] yes [05:00] Panda^, and the new email is giampaolo.bozzali@gmail.com ? [05:00] carlos, exactly [05:00] openmagazine.it's MX accepts mail for giampaolo@openmagazine.it [05:01] Can't you convince them to forward the address to you temporarily? [05:01] no, i can't [05:02] salgado-lunch, Kinnison aren't we allowed to force accounts merge as admins? [05:02] I don't think we can do that per-se [05:02] I can't receive any email from openmagazine account [05:03] What's your new account name? [05:03] the new is: giampaolo.bozzali@gmail.com [05:05] kiko: do you remember which bug crashed on context/status/title (context.status == None)? [05:06] Hmm, I can find nothing on the old account which can match to the new one apart from public name information [05:06] and I wouldn't trust that per-se [05:06] daf: That sounds like something that would have happened before stub did the status data migration. It would have happened with a Rejected bug. [05:07] I don't think I have the right to make a policy decision on sorting this out [05:07] Panda^: I can think of various ways to help you out but I don't feel I have the right to do it without checking with someone else first [05:07] bradb: this is for binary packages, not bugs [05:07] oh [05:08] haha, found it: bug 5390 [05:08] I filed it myself [05:08] (google site:launchpad.net wins) [05:08] indeed === Panda^^ [n=giampaol@217.201.194.94] has joined #launchpad [05:11] Kinnison, I think the easier solution, if we have permissions as admins is to mail both accounts [05:12] carlos: we can't mail one of them [05:12] carlos: because the only registered address is no longer functional [05:14] as admins you can't change an account's password? [05:14] Even if I can, I can't directly trust that you are who you say you are [05:14] since there's no useful personal data on the obsolete account [05:14] hence I said that I don't feel I have the right to make a policy decision on this [05:15] Do you see that I have no way of being sure that you *are* the person who registered the original account? [05:16] of course [05:16] I'm sorry to be so hard-lined about this, but imagine how much trouble we'd be in if you were trying to trick us === Kinnison continues to try and find a useful way to prove who you are === Kinnison needs a zero-knowledge protocol here === Kinnison ponders [05:17] carlos: Do we have a way of seeing when someone last logged into launchpad? [05:18] Kinnison, I understand perfectly... [05:18] Panda^: Do you know when you last did anything with the old account? [05:18] Kinnison, I don't remember exactly... surely 3 o 4 months ago [05:19] Kinnison, Hmm, I think we have that stored in our database, but I'm not sure === Kinnison sees activity on the account from the 24th November last year [05:19] Translation Suggestion 2005-11-24 [05:19] yeah [05:20] that's what I was looking at === Kinnison nods [05:20] that's two months ago [05:20] Panda^^: what were you translating? [05:20] gdesklets [05:20] true enough [05:21] tnx === Kinnison tries to find one more bit of info to use for authentication [05:22] You never signed a CoC, never supplied a key for ssh or gpg [05:22] No hackergotchi, no info [05:23] Ubugtu help [05:23] No hints of you in the wiki [05:23] yes, because I never had much time to spend... but in thoose days I would like to translate something [05:23] urgh [05:23] Okay, I think there's little to lose by allowing the merge [05:24] Now, I need an email address for you, which isn't one you already used in launchpad [05:24] Kinnison, few minutes ago I registered a new account with giampaolo.bozzali@gmail.com [05:25] Yeah, that's used now [05:25] do you have any other email addresses? [05:25] no [05:25] okay, one sec [05:26] I've sent you an email, please do what it says [05:27] ok [05:28] If you're not a registered IRC user, then instead of /msg, do it here in-channel [05:30] daf, no. === heyko [n=heyko@tor/session/x-b6d2ebf78707f551] has joined #launchpad [05:32] my god [05:34] Okay, looks like it's a bug in our protocols [05:34] namely we have no contingency for when a user loses their password and control of their only registered email address at one time [05:34] Kinnison, known problem, just mail stub. [05:35] kiko: Right [05:35] Panda^^: Will you please email stuart.bishop@canonical.com with all the details of your two accounts and which you want to keep etc? [05:35] ok [05:35] Carry on with your new account for now [05:35] and hopefully Stuart can sort it out [05:35] He's our database manager [05:36] ok [05:36] I'll do soon [05:36] thanks anyway for your time! [05:36] No problem [05:36] kiko: is there a bug about this already? [05:36] I believe so [05:38] hi salgado, i'm around now [05:38] Panda^^: subscribe to bug 1281 if you want to know when it gets fixed [05:39] Kinnison, ok === Panda^^ is now known as Panda^ [05:43] hi BjornT_, I remember seeing you discussing a problem with the enumvalue namespace in tales. is it a known problem that it doesn't work? [05:43] Kinnison, sorry... can you tell again the bug number? [05:43] 1281 [05:43] tnx [05:45] salgado: yes, bug 5768 === ajmitch [i=ajmitch@port164-8.ubs.maxnet.co.nz] has joined #launchpad [05:48] BjornT, right, I thought that simply adding a "\n \n " in lp/configure.zcml would solve it, but it didn't [05:49] BjornT, if it's a quick fix I'd like to fix it now, but if it's more involved I'd prefer to not spend time on it now, as I have other priorities. what do you think? === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === mick_home [n=mick@adsl-11-54-68.mia.bellsouth.net] has joined #launchpad === mick__ [n=mick@adsl-11-54-68.mia.bellsouth.net] has joined #launchpad === Panda^ [n=giampaol@217.201.194.94] has left #launchpad ["Leaving"] [05:58] kiko: no what? [05:58] daf, I didn't remember. :) [06:04] salgado: hmm, that should have worked. that probably means that it's not an easy fix. i tried it as well, and couldn't get it to work. === southfoxargentin [n=fox@200-122-34-118.dsl.prima.net.ar] has joined #launchpad === lamont [n=lamont@mib.fc.hp.com] has joined #launchpad === bradb & # lunch === jinty [n=jinty@Gbec4.g.pppool.de] has joined #launchpad [07:19] matsubara, did you notice that stub closed bug 5573? [07:22] kiko: yep, it's on pqm's queue. [07:24] kiko: anyway, I had 2 bugs fixed with that patch. I'll remove the 5573 fixes and commit again. [07:24] matsubara, did he use your patch? or what? === camilotelles [n=Camilo@20150081120.user.veloxzone.com.br] has joined #launchpad [07:26] kiko: nope, I'm reading his patch now. He did a completely new patch [07:27] matsubara, and how does it work? [07:30] kiko: he added the sftp to the valid_webref arguments, did lots of new tests, and changed the db constraint to check the scheme returned by the urlparse() [07:32] is it similar to what you did? === Kinnison heads off for the night [07:33] ciau lunchpadders [07:33] kiko: a little bit different, and he has lots of tests, which I don't. [07:33] Kinnison, ahm [07:34] can I talk to you before you go? [07:34] kiko: if it'll take < 2 minutes, My dinner is almost cooked [07:34] Kinnison, you are in charge of one of the remaining parts of soyuz testing [07:34] Kinnison, and I think you might as well find out what it is so you can suffer over it in due course [07:34] dinner or not [07:35] heh, you make it sound like a chore, rather than the joy that it will surely be [07:35] go ahead [07:35] matsubara, salgado: don't tell me. let me guess. 90 hours ETA to mirror to chinstrap? [07:36] Kinnison, so mark would like us to run a dapper-mirror based on gina source-only uploads for dapper. [07:36] kiko: go on [07:36] how is the launchpad, bug-mailing-list situation being resolved? [07:36] I won't have time to do it, and neither with cprov with the current set of tasks -- we have the full-dapper test to do. [07:37] Kinnison, so you have been picked out as the man to coordinate and get it done. [07:37] it shouldn't be difficult === Kinnison nods [07:37] seems fairly sane [07:37] but I don't know how the buildd situation will be [07:37] and you only have threeish days [07:37] Right [07:38] Are we doing this on staging or dogfood? [07:38] Date: Wed, 11 Jan 2006 13:04:47 +0000 [07:38] that's the email, from Mark, you are looking for [07:38] urgh, evo is currently sat thrashing [07:38] it will require: one buildd. mirroring uploads to staging. publishing. === Kinnison nods [07:38] and you can't use dogfood (or its builders I imagine) [07:38] can you mail me to remind me? [07:39] Kinnison: DF will be busy on dapper building, so the 3 builders we have [07:39] that way I'll have it marked 'new' in my inbox [07:39] nope [07:39] it's your task [07:39] good luck! [07:39] you won't have anything else to worry about for the next set of days [07:39] so save your inbox as inbox-pending-soyuz [07:39] and then the emptiness in it will fill your heart with the soyuz release vibe === Kinnison nods === Kinnison has to go now [07:40] I'll get right on this starting tomorrow first thing [07:40] if possible, i'd like to add the ubuntu-doc mailing list as default QA for ubuntu-docs bugs, but I'm not sure if it will be possible, will that work? [07:42] ciau all [07:42] thanks Kinnison [07:42] mdke, I can help you, but let me talk to cprov first, bbias [07:43] Given an IBinaryPackageName and an IDistribution, what's the easiest way to get the IDistributionSourcePackage? (Assuming a binary package's name is the same across all arch's, which is reasonable, AIUI.) [07:43] kiko, sure, thanks. Doesn't need to be done immediately [07:44] bradb, it is not simple, though you can get the latest information. [07:44] Is there an example somewhere? [07:44] bradb, you need to look at the publishing tables and figure out what was the latest binary package with that name published in the distribution, then look up its build === bradb noticed the binary package page contains no reference to the source package, and now I can see why ;) [07:45] binarypackagerelease actually has a distributionsourcepackagerelease method [07:45] Yeah, many steps to getting there though, it seems. [07:45] i.e., even BPR [07:45] so it's a matter of looking for publishing records for that binary package name [07:46] Okay, that makes sense, I'll try it. [07:47] it will help if you understand how secure*publishing work [07:47] they are not difficult -- basically logs of what was published with statuses [07:47] <\sh> kiko: what was the result of the discussion with nkour and the gajim lp page? === Ubugtu [n=bugbot@ubuntu/member/seveas] has joined #launchpad [07:56] carlos, how's it going? [07:56] \sh, I chose to ignore the subject completely. :) [07:56] \sh, honestly, here's my assessment of the problem [07:57] a) we don't currently do very well in using the "official/not official" status for upstreams. We're going to start working on that -- BjornT is working on some bugwatch features that may tie in to that. === asw [n=asw@karuna.med.harvard.edu] has joined #launchpad [07:57] b) in the meantime we can use the text in the upstream page to make a clear statement of "not using launchpad for bugs or translations". I can reassign the project to you if you like. [07:58] c) malone (and launchpad in general) need to grow a way to better describe the upstream/package split. so far none of the solutions proposed have held their ground though [07:58] hey carlos? [07:58] <\sh> kiko: well..I don't mind...if nkour is ok with it, then do it. [07:59] \sh, what's your launchpad username? [07:59] kiko, hi [07:59] how's it going man? [07:59] <\sh> kiko: shermann [07:59] kiko, Fine, thanks [07:59] carlos, wanna chat a bit on the phone? [07:59] kiko, Can we do that later? [08:00] I need to go out in 10 minutes [08:00] carlos, you tell me what time [08:00] will be back in two hours [08:00] 21:00 UTC [08:00] sounds good. [08:00] two hours from now [08:00] you ping me [08:00] kiko, ok [08:03] salgado, how's this MM monster looking? === kidem [n=kidem@adsl-69-150-161-225.dsl.lgvwtx.swbell.net] has joined #launchpad [08:04] how long does it take CD to get to the address? === kidem [n=kidem@adsl-69-150-161-225.dsl.lgvwtx.swbell.net] has left #launchpad [] [08:07] kiko, I finished working on that file list thing (the one people has to provide for non-Archive mirrors) and added some missing validators. now I started working on the script to probe the mirrors; there's 3 new questions on the spec that need answering. maybe you know the answer... [08:08] cprov, it'd be good if you could take a look at these questions too (^^) [08:08] salgado: ok [08:09] sounds good. [08:09] matsubara, dude, bug 28768 is a disgrace [08:09] Malone bug 28768: ""Search for Products" on the "Welcome to Launchpad" page does nothing." Fix req. for: malone (upstream), Severity: Normal, Assigned to: Nobody, Status: Unconfirmed http://launchpad.net/bugs/28768 === carlos -> out [08:11] pagetest plus ultra [08:16] salgado? [08:16] here's my take on your questions [08:16] I think DM.enabled is what tells us that the mirror is activated. [08:17] I think enabled = False means don't probe until an admin (distro owner) resets the flag [08:17] I am looking for the code for you === [1] Ben [n=Ben@ool-182dfd5c.dyn.optonline.net] has joined #launchpad [08:18] kiko: Isn't it a launchpad bug? anyway, just confirmed it and assigned to myself. [08:18] matsubara, it is a launchpad bug -- a hideous one. [08:18] how can anyone work without a @#@!!@# tip of launchpad [08:18] bradb, did stub do a permanent mirror or was it one-shot? [08:19] kiko: one-shot [08:19] You WISH it were so convenient dude! [08:19] <[1] Ben> hello i just downloaded Ubunutu Flight 3 for x64 and have a problem. [08:19] [1] Ben, I suspect you want the #ubuntu channel [08:19] <[1] Ben> ill try that thank you [08:20] enjoy === camilotelles [n=Camilo@20150081120.user.veloxzone.com.br] has left #launchpad ["Leaving"] [08:37] salgado, elmo is the person who can talk to you about the tool, but I don't think the code is findable, see #canonical [08:38] kiko, yeah, I saw that. :-( [08:49] salgado: spec fixed === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad [08:52] well, we have futex lock [08:52] an actual hang of python [08:53] jamesh has a cpu bound process running === kiko looks at lifeless [08:53] probably the pending branches script [08:54] lifeless, can we set up an rsync mitigation branch somehow? [08:54] kiko: it wont mitigate it to any significant degree [08:54] the amount of IO being done is very low [08:55] lifeless, I don't understand. stub made a mirror of a branch and brad was able to merge off it and work [08:55] why wouldn't that be enough for the rest of us? [08:55] thats because bzr is very good at mesh behaviours [08:56] wow, this is a strange bt [08:56] #276 0x0000000000000000 in ?? () [08:56] #277 0x0000000000000000 in ?? () [08:56] #278 0x0000000000000000 in ?? () [08:57] lifeless? === bradb is willing to accept fairly major risks, if there are any, for an rsync of rf right about now ;) === Kinnison [n=dsilvers@haddenham.pepperfish.net] has joined #launchpad === cassidy [n=cassidy@f1-pc174.ulb.ac.be] has joined #launchpad [09:07] hi. Is it possible to track a specific product ? Receive a mail notification on new bug, support request, etc ? [09:08] cassidy: It's possible for bugs, with a bit of coordination. [09:09] cassidy: In its current design, a product has one bug contact. [09:09] cassidy: If that contact were a team to which you belonged, you could get email about the bugs on that product. [09:10] If the team had a mailing list email addressed, you'd have to be subscribed to that ML. [09:10] Does that help? [09:12] bradb: yes thanks ! Where can i find the bug contact adresse ? [09:12] cassidy: /products/$name/+editbugcontact. Eh, that's kind of a bug I should fix. === bradb opens a bug on it not being easy to see who the bug contact is [09:13] bradb: the "not allowed" is a bug so i assume ;) [09:14] cassidy: Yeah, the UI shouldn't allow you to click links that bring you to "not allowed" pages. [09:14] cassidy: Which product are you interested in? [09:14] bradb: xchat-gnome [09:14] should be on the desktop-team [09:15] cassidy: When you say product, do you mean a package in a distribution? [09:16] Some people mix those terms. The mention of desktop-team made me want to confirm we're talking about the same thing. [09:16] both. Actually x-g is a specific product if i understand well ? [09:16] It's a product too, yeah. [09:17] bradb: i'm not yet very familiar with launchpad so yes, there is good chance than i mix those terms ;) [09:17] should also be a package since it's Dapper, doesn'it ? [09:17] cassidy: You can sub to the package: https://launchpad.net/distros/ubuntu/+source/xchat-gnome/+subscribe [09:18] bradb: great ! thanks a lot [09:19] cassidy: No prob. As for the upstream, it looks like https://launchpad.net/people/trowbrds is your contact to talk about setting up contacts. [09:20] bradb: yes, i know him :) [09:20] great. Have I given you enough to point him in the right direction for setting things up upstream? [09:23] bradb: what things have to be changed ? [09:24] lifeless? [09:24] cassidy: Probably 1. add a team with an ML address, 2. set that team to the bug contact: https://launchpad.net/products/xchat-gnome/+editbugcontact [09:25] Merge to devel/launchpad: [trivial] use re.escape to prevent process-email from crashing. (r3005) [09:25] kiko: ? [09:27] bradb: no problem. i'll tell to him. But why is it needed if we can add yourself on https://launchpad.net/distros/ubuntu/+source/xchat-gnome/+subscribe ? [09:27] lifeless, I'm still waiting for a mitigation strategy for us having no rocketfuel tip. [09:27] kiko: I dont have one, I'm getting you one as fast as I can [09:28] lifeless, what's wrong with rsync, for the Nth time? [09:29] cassidy: That may be a design flaw. This feature is fairly new. [09:30] cassidy: One line of reasoning might say that a product would tend to map to one ML, that people could subscribe to, whereas a package in a distribution wouldn't, so individual package subscriptions help. [09:31] kiko: I can rsync a bit image over, but that wont make the merge into the archive significantly faster AFAICT and will introduce race conditions as the locks are not mutually exclusive at the moment [09:31] lifeless, but at least us, developers, can do a merge from it? [09:32] kiko: isn't there a copy stub pulled across ? [09:32] lifeless, it's old already. [09:32] it's not being updated [09:32] and THAT would be a mitigation strategy if kept up-to-date === kiko doesn't quite understand what the problem is with using rsync [09:32] erm, pqm is blocked until the push completes [09:32] bradb: in fact we use gnome bugzilla in upstream, so i think we just care about package related bugs [09:32] that r3005 above has *not* hit the rocketfuel master copy. [09:33] cassidy: Ah, yeah, sounds correct. :) [09:33] I'll rsync across a spare copy for you now, *that* I can do. [09:33] lifeless, and cron it? [09:34] sure, but if you get corrupt branches merging from it, dont blame me [09:34] if you cron over an rsync of a spare copy -- that's a mitigation strategy [09:34] bradb: i just would like receive mail notification when users use Malone to report bug on x-g (so it will be on the package i suppose) [09:34] nor ask me to support them. [09:34] lifeless, make it rsync at a known time and mail launchpad-list [09:34] cassidy: Yep, subscribing to the package, not the product, is the right option for you. [09:34] like once every 2 hours, at the hour and 15 minutes, and we can avoid syncing at that time [09:35] bradb: ok. i'm beginning to understand how it works :) [09:35] it sucks, but it sucks less than the competition [09:35] cassidy: cool [09:35] bradb: https://launchpad.net/distros/ubuntu/+source/xchat-gnome/+subscribe is about package so everything should be fine now ? [09:36] cassidy: Yep. [09:37] bradb: great. isn't it possible to subscribe on all package stuff: new version published, support request, ... ? [09:38] cassidy: Not yet. [09:39] cassidy: We had a specification going on that: https://wiki.launchpad.canonical.com/PackageSubscriptions but only the bug bits have been implemented so far. [09:39] kiko: chinstrap:/home/warthogs/archives/temporary-rocketfuel [09:39] kiko: its just the lp branch that is horked. [09:39] lifeless, well, that's a relief. [09:39] ok ok. Thanks for for your help bradb [09:39] lifeless, can you mail the launchpad list with the sync times as I requested? [09:39] cassidy: no prob [09:39] kiko: patience dude I'm typing it up already [09:40] rock and roll suicide === lfittl [n=lfittl@83-65-242-100.dynamic.xdsl-line.inode.at] has joined #launchpad [09:44] another css problem for you at bug #28824 [09:44] Malone bug 28824: "css broken on the people page" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: Unconfirmed http://launchpad.net/bugs/28824 === Kamion [n=cjwatson@83-216-156-196.colinw664.adsl.metronet.co.uk] has joined #launchpad [09:51] Can anyone help me (a) update the svn URL for https://launchpad.net/products/net-retriever/+series/main (and two other related products), (b) ensure that the resulting baz branch continues smoothly on (mergeably) despite the changed svn URL? [09:51] (I can't do (a) because I don't have permissions; and (b) might Just Work but I don't know.) [09:53] ddaa? [09:53] Kamion, I think you had better write to launchpad -- david needs to tell me if it's safe to do and if anything else needs to be done. [09:53] yup? [09:53] ah, the man himself [09:53] see Kamion's query [09:53] This stuff is usually safe to do. [09:54] The product owner should have the privs to do that IIRC. [09:54] I don't know who the product owner is; as far as I know it's not me, and it's not displayed by Launchpad on the URL above. [09:55] well [09:55] It's "Registry administrators" i.e. nobody in particular [09:55] is that product yours? [09:55] it's displayed on the product page [09:55] I effectively maintain the package in Ubuntu, though, and am part of the upstream maintenance team [09:55] Registry Administrators are actively looked for sane volunteers to adopt their products. [09:55] Can I mail launchpad with a big list of products I volunteer for, then? [09:56] Kamion: this is net-retriever. Net-retriever, this is Kamion. [09:56] (ideally, we'd make /people/debian-boot a team, and I'd join it ...) [09:56] Kamion: Absolutely, or you can ask any admin (about half the launchpad team) to give them to you on a per-need basis. [09:56] thanks. In that case, if you could do the same for cdrom-retriever and floppy-retriever (per-need ...), I'd appreciate it [09:57] kiko seems idle, I guess he would be happy to do that :) [09:57] I'm running a race against the clock right now, so kiko, if you can do it, that would be really nice. [09:57] otherwise I'd be happy to do it. [09:57] okay, gimme a few minutes === bradb heads off, later === bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has left #launchpad [] === ddaa does net-retriever === ddaa does cdrom-retriever [09:59] Odd. https://launchpad.net/products/net-retriever/+series/main/+edit still gives me Forbidden; does it take a while to propagate somewhere? [10:00] Mh... [10:00] Try again? [10:00] still [10:00] dude [10:00] not even I can access that page [10:01] Mh [10:01] I think that page is buttsource only [10:01] okay [10:01] that seems weird [10:01] Kamion: just tell me the URLs then [10:01] ddaa, a bug? [10:02] Probably, to some extent [10:02] Kamion: what you want to use is https://launchpad.net/products/net-retriever/+series/main/+source [10:02] yeah, also forbidden [10:03] ddaa: svn://svn.debian.org/d-i/trunk/packages/net-retriever [10:03] ddaa: svn://svn.debian.org/d-i/trunk/packages/cdrom-retriever [10:03] ddaa: svn://svn.debian.org/d-i/trunk/packages/floppy-retriever [10:03] I guess that is related to some of my past requests. [10:03] I wanted repo changes to be workflowed, to get through buttsource approval. [10:04] also, I would like people not to rename series until importd is fixed to handle that... [10:04] Long broken stuff that nobody ever came round to fixing... :( [10:05] HOLY COW! [10:05] not even I can modify it! [10:05] kiko: can you file a bug about that, please [10:06] I'll use database superpowers in the meantime [10:06] "This source has been certified and is now unmodifiable" [10:06] it says [10:06] kiko, ping [10:06] idiot [10:06] kiko, I'm back [10:06] I'm BUTTSOURCE [10:06] I can modify any rcs detail I want, if I don't, who would???? [10:07] carlos, I am so happy to hear that [10:07] ddaa, what bug do you want me to file? It may be more expedient for you to file it, I have a date with carlos right now.. [10:07] *grumble* *grumble* [10:07] kiko, you should call my land line, my mobile phone is still off [10:07] okay, I will do the filing [10:08] Kamion: I'm not forgetting you [10:10] ddaa: heh, thanks === buxy [n=nnnnnnra@arrakeen.ouaza.com] has joined #launchpad [10:11] salgado, can you update our syncer to use temporary-rocketfuel? [10:11] "This source has been certified to be unmodifiable for all time even by upstream" ;-) [10:11] I made a request for workflowing... === buxy can't login in wiki.ubuntu.com despite having configured my LP account [10:12] so people could not get approval with somehing sane, and then make it wrong, which is a real problem with Arch... [10:12] With bzr it will not matter anymore. [10:12] and I configured it several days ago, what goes wrong ? what can I do ? [10:12] kiko, where's that tree? [10:12] Well, it will still matter, but nothing that cannot be fixed. [10:12] so a change in RCS details for Arch should make the source no-longer-certified? [10:13] (sounds ok ...) [10:13] kiko, nm, found it [10:13] until somebody comes along and rechecks it anyway [10:13] Kamion: yes, that was the idea... But then I remember that importd is to broken to figure that something once certified is not anymore unless manually reloaded... [10:13] okay... now it all makes sense... [10:14] all because of Arch namespace... [10:14] I think I'd better merge that package from Debian by hand in the meantime; I have a deadline for it [10:14] thanks for the help, hopefully it'll get sorted eventually :) [10:14] I'll babysit your imports [10:14] It will be done within the hour. === buxy signals that his Launchpad account is "hertzog" if someone wants to look into it [10:18] ddaa: oh, cool, thanks [10:23] okay, the imports are running === lucas [n=lucas@ubuntu/member/lucas] has joined #launchpad [10:25] hi [10:27] the username I usually use is 'lucas'. However, it's used on launchpad by somebody who was last active two months ago [10:28] I'm now an ubuntu-dev member, and find it increasingly inconvenient to have to use 'nussbaum' as login (my last name), since nobody know me under this name [10:28] is there something done about purging old LP accounts ? [10:29] two months sounds rather short for any kind of purging, to me [10:30] what about forced renaming ? :-) [10:30] lucas: if you can convince an admin to do it, it's possible [10:30] it's not a decision I would take though [10:31] is there a predefined delay about such stuff ? like 3 months, or 6 months ? [10:31] It has never come up before AFAIK [10:31] so it do not think it has been discussed already [10:32] And I just do not have the authority to change this sort of stuff. [10:32] ok [10:32] where should it be discussed ? [10:32] I think the new launchpad-users mailing list would be the right place [10:32] ok [10:35] Kamion: your archives are updated [10:36] at your service if you have any other import-related trouble [10:36] until I have some time to _think_ about what would be the right thing to do, just get RCS changes through to me. [10:36] I will handle these requests at top priority [10:41] ddaa: thanks! === camilotelles [n=Camilo@20150081120.user.veloxzone.com.br] has joined #launchpad [10:57] carlos: hi, it's still about rosetta .po import :) my(Alexander) translations are still in Published=False state :( i want to upload more translations this days... can you try to find a solution plz [10:58] sd-tux, the Published=False is not a problem (I think I will remove that column to prevent this kind of confussions...) [10:58] sd-tux, anyway, I will take a look to the queue now [10:58] jordi, hi, around? [10:59] ddaa: thanks, updated net-retriever archive confirmed sensible and merged [11:03] carlos: https://launchpad.net/distros/ubuntu/breezy/+lang/ka ... evolution-2.4 is not updated... did you "publish" my evolution-2.4 translation ? [11:03] sd-tux, if it's imported, you should get an email === Kamion [n=cjwatson@83-216-156-196.colinw664.adsl.metronet.co.uk] has left #launchpad [] [11:04] carlos: right, i didn't get any mails from rosetta .. [11:04] sd-tux, then it's not yet imported === camilotelles [n=Camilo@20150081120.user.veloxzone.com.br] has left #launchpad ["Leaving"] [11:08] carlos: hmmm.. what can i do now :) ? [11:09] sd-tux, I'm handling your requests, they should be imported tonight [11:09] rock and roll carlos [11:09] carlos, send in your activity reports dude [11:10] carlos: OK, thank you... [11:11] kiko, I promise you I will do it between tonight and tomorrow [11:11] cool [11:11] just don't forget [11:12] kiko, Don't worry, I will try to come back to the daily reports [11:20] kiko: FYI there will be a delay getting built back to order === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === buxy [n=nnnnnnra@arrakeen.ouaza.com] has left #launchpad ["Leaving"] [11:20] kiko: there is a unicode bug I need to address === interalia [n=interali@adsl-60-232.swiftdsl.com.au] has joined #launchpad [11:25] okay [11:25] that's fine [11:25] sd-tux, I think all your files are now ready to be imported, you should get emails soon === carlos -> bed [11:36] see you === ruda_ [n=ruda@fwcpd.ufba.br] has joined #launchpad