=== LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === mirak [n=mirak@AAubervilliers-152-1-70-147.w86-198.abo.wanadoo.fr] has joined #launchpad [12:13] hi* [12:14] why launchpad is not open source ??? [12:14] mirak, launchpad.net/faq? :-) [12:17] kiko: the invoqued reason sucks [12:17] unless there is some proprietary code in it that must be cleaned [12:17] don't know, that's weird. this is not how it's supposed to be. [12:18] it shouldn't be used at all probably [12:18] well [12:19] that's a bit of way [12:19] it's as open a project as it can be without being open source [12:19] and the plan is for it to be open source eventually [12:19] what's the interest of not putting it open source beside maintaining total control over it ? [12:19] and eventually not letting other distributions make use of it [12:20] it is still very much in the incipient stages [12:20] but it workks [12:20] mirak: any distribution are welcome to use it, there are already several. [12:20] I don't understand either, but I like ubuntu indeed [12:20] so why isnt it open source really ? [12:21] why just drawing so much attention about this fact ? [12:21] good night [12:23] lifeless: Yes [12:26] good night === jinty [n=jinty@242.Red-83-49-54.dynamicIP.rima-tde.net] has joined #launchpad === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has left #launchpad [] [12:42] kiko: who should be the approved for rosetta specs? [12:42] kiko: https://launchpad.net/products/rosetta/+spec/rosetta-oo-import-export is on the agenda for paris but has no approver === jinty [n=jinty@15.Red-83-50-220.dynamicIP.rima-tde.net] has joined #launchpad === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has left #launchpad ["Leaving"] === mpt [n=mpt@209.217.74.66] has joined #launchpad === Kokoyaya_ [n=Kokoyaya@AToulouse-254-1-101-24.w86-207.abo.wanadoo.fr] has joined #launchpad === jd_ [n=jd@wikipedia/Meanos] has joined #launchpad === nenolod [n=nenolod@gentoo/user/nenolod] has left #launchpad [] === mpt [n=mpt@209.217.74.66] has joined #launchpad === lakin [n=lakin@S01060013101832ce.cg.shawcable.net] has joined #launchpad === bradb [n=bradb@modemcable092.66-130-66.mc.videotron.ca] has joined #launchpad === kjcole [n=kjcole@ubuntu/member/kjcole] has joined #launchpad === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad === olive_ [n=olive@pigeon.moostik.net] has joined #launchpad === jinty [n=jinty@15.Red-83-50-220.dynamicIP.rima-tde.net] has left #launchpad ["Leaving"] [02:53] kiko: around? === mpt [n=mpt@wm1214qm.195.ADSL.NetSurf.Net] has joined #launchpad === olive_ [n=olive@pigeon.moostik.net] has joined #launchpad === stub [n=stub@ppp-58.8.2.29.revip2.asianet.co.th] has joined #launchpad === benzai [n=zaheda@82-71-18-29.dsl.in-addr.zen.co.uk] has joined #launchpad === netjoined: irc.freenode.net -> brown.freenode.net === dooglus [n=dooglus@82.67.28.79] has joined #launchpad === auth00 [i=auth@evot.olf.sgsnet.se] has joined #launchpad [07:32] jamesh: pending-reviews doesn't like Kinnison's 'launchpad-repo' directory. Should pending-reviews cope, or should we get Kinnison to move his branches? [07:32] spiv: get him to move the branches, I think === spiv nods [07:34] iirc the rules are that the product name is the second last directory component, unless that component is numeric (in which the third last component is used) [07:57] mornng [07:58] SteveA: Morning. infrastructure voip call? [08:00] yep [08:02] stub, jamesh [08:04] yep === SteveA gives stub a POTS ping [08:14] Yo [08:14] spiv, jamesh, stub: also, #c-m for text === carlos [n=carlos@13.Red-88-15-198.dynamicIP.rima-tde.net] has joined #launchpad [08:43] morning [09:00] argh, that Ruwan5 chap is creating more havoc on the wiki again === rpedro [n=rpedro@87-196-35-227.net.novis.pt] has joined #launchpad [09:04] anyone able to disactivate the account? perhaps it was reactivated? [09:06] SteveA, lifeless, stub: ^^^ [09:07] hello carlos [09:07] SteveA: hi [09:07] SteveA: could you take a look to mdke's request? [09:08] SteveA: hi. A user who appears on the wiki as Ruwan5 is going around and deleting or replacing some quite important pages, it seems accidentally. The same happened a few weeks ago, and lifeless deactivated his account, and I emailed him. But I had no reply, and I noticed that now the same thing is happening [09:11] for some reason the pages he deletes seem to lose their history too, so become hard to revert [09:13] darn [09:14] we don't have a simple "disable this account" flag in launchpad yet [09:14] I can't remember how he did it [09:14] but stub and spiv should be able to get the thing sorted, and get the wikis to disable the login [09:14] oh hang on [09:15] I have an email from him [09:15] saying sorry and that he won't do it again. I'll reply [09:16] ok [09:17] So don't nuke the account? === stub notes the 'accidentally' and assumes so === spiv -> yoga [09:18] stub: http://dev.mysql.com/doc/refman/5.1/en/insert-on-duplicate.html <- is this the sort of SQL extension you were thinking of? [09:19] jamesh: Yes [09:20] stub: is there some way of suspending it for editing on the wiki? [09:31] mdke: I'm sure there is, but I don't know how. I can nuke it in the database manually but I think the wiki's cache auth credentials and something needs to be cleared manually [09:32] stub: alright, I've emailed him and we'll see if the problem persists. If it does, I'll come back === malcc [n=malcolm@host81-159-193-176.range81-159.btcentralplus.com] has joined #launchpad [10:01] stub: hi, would you review my bug-35631 branch? [10:02] stub: the code review is done and approved already [10:02] stub: and I'm running the migration script atm using staging's database [10:03] stub: I found a problem with production data and it's fixed now, but I guess it would take a couple of hours to reach jamesh's page, if you want, I could send you the new migration script code === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad === janimo [n=jani@Home03207.cluj.astral.ro] has joined #launchpad [10:11] hey, what is the difference between subscribers and 'also notified' in malone? [10:11] I unsubscribed from some bugs yesterday and did not expect to be still notified about changes to those bugs [10:15] janimo: you're a subscriber if you (or someone else) subscribed you to the bug. you're also notified if you are related to the bug, for example if you are the assignee, bug contact, product owner, etc. [10:19] Heya, feedback requested on https://staging.launchpad.net/bazaar [10:29] morning all === doko_ [n=doko@dslb-088-073-102-116.pools.arcor-ip.net] has joined #launchpad [10:36] BjornT: https://launchpad.net/distros/ubuntu/+bug/42395 [10:36] Malone bug 42395 in Ubuntu "live- ubuntu and kubuntu 6.06Beta fail for mac G5 " [Medium,Unconfirmed] [10:37] I was affected by it but now it is rejected for that component. [10:37] So I think it should no longer notify me. Other than that is there a mail cmd to tell it to not cc me? [10:40] morning [10:41] janimo: sorry, no way of stopping the notifications. feel free to file a bug about it, though, i agree that it should be possible. [10:42] BjornT: ok I will. Otherwise if someone mistakenly assigns a bug to package it is no way of getting unsubscribed. [10:42] sivang: hey [10:42] hey janimo , 'sup ? [10:43] seems like we're roomies next week ;) [10:46] janimo: ah, we are?! cool! but I did not get a new delgates list yet , how do you know about it? [10:46] sivang: did you not get a mail yesterday from claire? [10:47] I did, but I couldn't who's my roomie :-) [10:47] there are attachments in the mail :) [10:48] 2 of them, an excel sheet and directions [10:49] the first has rooms list. let's continue in PM though since it's OT here [10:50] SteveA: I want to test skype, are you around ? [10:53] lifeless: hello [10:53] yoyo [10:57] lifeless: i am running skype now [10:57] shat skype address ? [10:57] *what* [10:57] "implied" [10:59] could you hear me? I could not hear you [10:59] sound problem at my end [11:00] try again [11:01] sound problem at my end again [11:03] i did a successful echo test [11:03] you are displayed as not currently online [11:11] jamesh: ping? === janimo [n=jani@Home03207.cluj.astral.ro] has left #launchpad [] === Yannig [n=Kokoyaya@AToulouse-254-1-101-24.w86-207.abo.wanadoo.fr] has joined #launchpad [11:24] Hello everybody :) [11:31] is there a way to indicate that I am going to fix a bug upstream in the bug task? [11:36] I need a reviewer for a preimplementation call [11:37] jamesh, BjornT: Are you too busy? I don't mind to have it tomorrow [11:37] should be a fast call [11:40] carlos: we can talk [11:41] SteveA: ok [11:41] thanks === carlos opens skype [11:41] carlos: can we have it in 10 mins? [11:42] SteveA: sure [11:42] ok [11:48] SteveA: Do you have any idea why my branches aren't activating on the branch summary page? [11:54] Kinnison: maybe some problem with the repository. perhaps jamesh has an error log [11:54] carlos: be with you very shortly [11:54] SteveA: ok, thanks [11:55] SteveA: thanks === benzai_ [n=zaheda@82-71-18-29.dsl.in-addr.zen.co.uk] has joined #launchpad [11:58] fuck, I hate skype! [11:58] Kinnison: the problem is the directory names [11:58] as in, it needs to say "launchpad" not "launchapd-repo" ? [11:58] Kinnison: the second last directory component (launchpad-repo) does not match any of the rocketfuel branch names [11:59] jamesh: could the script be changed to look at bzr info related branches? [12:00] SteveA: That is an option. Check if the branch contains a particular revision in its history or ancestry [12:02] Irritatingly I don't think bzr info shows the chinstrap branch because it's branched from a branch as it were [12:03] Kinnison: if you grab the branch's revision history, it probably includes "Arch-1:rocketfuel@canonical.com%launchpad--devel--0--base-0" though [12:04] which would give a good indication that the branch's parent is launchpad === benzai [n=zaheda@82-71-18-29.dsl.in-addr.zen.co.uk] has joined #launchpad [12:06] of course, there are benefits to requiring some level of consistency in branch naming [12:06] Indeed. I'm trying to decide how hard it'll be for me to modify my scripts to use different path names locally and on chinstrap [12:06] I have ~/dev-canonical/launchpad-repo y'see [12:10] Kinnison: the two options that would keep the script happy in its current form would be (a) to rename launchpad-repo to launchpad or (b) name your branches as launchpad-repo/launchpad/$branchname [12:10] If it'll sort things out in the meantime I can make a symlink [12:10] I suppose picking a parent based on ancestry would be preferable though [12:10] jamesh: I like the latter, but I'll do it via symlink if that'll work === Kinnison tries [12:11] when is the script due to start again? [12:13] it is currently running once every 2 hours [12:13] seems to be in the middle of a run right now [12:14] arse [12:14] so it'll be 1200UTC before it tries again === tortho [n=tortho@136.84-49-105.nextgentel.com] has joined #launchpad === tortho [n=tortho@136.84-49-105.nextgentel.com] has left #launchpad [] [12:23] carlos: How long does that script take to run? [12:23] Kinnison: Can I roll out r3662 to drescher, or are there later patches that need to be cherry picked? [12:24] stub: You really need to check with cprov since thus far pqm has been rejecting my advances === Kinnison goes to check on the arch-commits list [12:25] stub: Looks like there is stuff after 3662 which might be relevant so I'd leave drescher's codeline alone for now. [12:26] Kinnison: ok [12:26] carlos: https://chinstrap.ubuntu.com/~dsilvers/paste/fileZ1LWGa.html === jinty [n=jinty@15.Red-83-50-220.dynamicIP.rima-tde.net] has joined #launchpad [12:29] jamesh: ping [12:30] lifeless: pong. Will send the reviews through shortly [12:30] thank you. What caused the holdup ? [12:30] carlos: I'm asking because it looks like that script will need to execute at least 60 million queries... [12:30] stub: it's being slow [12:31] carlos: Do you have an estimate? I'm wondering if it should be refactored or if the script is good enough for a one off migration [12:34] stub: I'm in a phone call, give me some time and will talk about it.. [12:50] stub: hi, I'm ready [12:50] carlos: Slightly changed and approved patch - https://chinstrap.ubuntu.com/~dsilvers/paste/fileZ1LWGa.html [12:50] stub: hmmm, I lost my staging database connection [12:51] stub: ok, thanks [12:51] I was just wondering if you knew or could estimate how long the migration script was going to take. That many queries could take days. [12:51] stub: yes, I could estimate it [12:52] let me see if asuka let me see the output... [12:56] It did 235000 rows in about 2 hours 50 minutes (1382 rows/min) and we have 28234032 rows so it would take: ... [12:56] hmm, we need to change it... [12:56] 14,1 days...???!!?? [12:56] Sounds about right ;) [12:56] Although on Jubany it would take about half that [12:57] stub: also, I don't know why, seems like I have memory leaks [12:57] I tried to keep the amount of sqlobjects in memory as low as possible [12:57] SQLObject code has that tendancy. There might be magic commands to clear the caches. === Kylekf [n=Kyle@61.6.65.122] has joined #launchpad [12:59] stub: I suppose I could optimize it doing some extra queries getting the IDs that have duplicated entries that should be fixed [01:00] that would require some expensive queries executed first, but I don't think it would take more than some hours to get it done (much better than more than 5 days ;-)) [01:00] carlos: I think what we need to do is retrieve a list of all interesting information in a single query. Iterate over those results keeping the duplicate list in ram or in a temporary table (or possibly just removing them as we go) [01:02] And once we are done, recalculate all the pofile latest submissions [01:03] well, not all, but the ones that have that field set to NULL [01:03] so it should be quite easy and fast [01:04] stub: ok, will do it that way and request a new review when it's ready (and takes less than one day to have it done in asuka) :-P [01:04] stub: thanks [01:09] carlos: What does pomsgset.getSelection() return? [01:10] stub: a rown of POSelection table [01:10] s/rown/row/ [01:11] which one? [01:11] the one related to that pomsgset object [01:12] or None if we didn't create it yet [01:19] carlos: So you could just iterate over a query like https://chinstrap.ubuntu.com/~dsilvers/paste/fileoByEIt.html ? I think it is just a case of keeping some state. [01:27] stub: did you just bounce the database server on the pqm system? [01:28] ddaa: No [01:29] ddaa: I'm running the test suite on that box - pqm is currently disabled [01:30] stub: one merge request failed with "OperationalError: could not connect to server: Connection refused" in test_reconnector... [01:30] anyway, resending [01:30] ddaa: That test is flakey still :-( === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:45] stub: and I guess we should get the SQLObject from the ids in those queries, right? [01:45] stub: or do you think I should use raw SQL UPDATE commands? [01:45] both would fit [01:46] my only concern is the SQLObject memory usage [01:46] carlos: Raw SQL so you don't have to worry about memory leaks or side effects. SQLObject is sucky for batch processing. [01:47] ok [01:47] then I will use SQLObject at the end to fix the IPOFile.latestsubmission fields [01:48] stub: thanks [01:49] hmmm. is the arch-commits list down? [01:49] Launchpad will be going down in 15 minutes for its regular code update. Estimated downime is 15 minutes. [01:50] salgado : Why do you ask? [01:51] Znarl, because I merged some changes yesterday but no email notification reached that list === salgado checks if the merge really went through [01:51] yes, r3672 on rocketfuel. [01:52] the last notification on arch-commits is for r3668 (launchpad, that is) === lincao [n=lincoln@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === Kylekf [n=Kyle@61.6.65.122] has joined #launchpad === erdalronahi [n=erdalron@p50877299.dip.t-dialin.net] has joined #launchpad === erdalronahi [n=erdalron@p50877299.dip.t-dialin.net] has left #launchpad [] === mmg [n=mgr@p548F1321.dip0.t-ipconnect.de] has joined #launchpad [02:28] SteveA: I firmly believe my small-fixes branch can be merged [trivial] do you agree? https://chinstrap.ubuntu.com/~jamesh/pending-reviews/dsilvers/launchpad-repo/launchpad/small-fixes/full-diff [02:31] Kinnison: is there a possibility of this crontab directory pruning running concurrently with something that is creating directories in that area? [02:32] no, it's within the cron.daily which holds the archive lock [02:33] how is an empty directory "redundant" ? [02:33] maybe you mean "unused" or "useless" [02:33] UAID: Unused Array of Inexpensive Disks [02:35] anyway, in answer to your question, i'm sure it could be merged as trivial. were i to review it, i would point out what i already pointed out [02:36] and ask why we have empty directories created, which much then be cleaned up [02:36] for the same reason dak does [02:37] it's a simpler implementation to not have the code check for empty directories and remove them when purging packages (because that's racy), but rather do the trivial find during cron.daily [02:38] i still don't understand where empty directories come from [02:38] although you have explained why to remove them at that point rather than as going along [02:39] SteveA: from packages that have e.g. been renamed [02:39] BjornT: can you do ddaa's 'urgent' branch ? [02:39] elmo: i see. thanks === SteveA --> lunch === Kamping_Kaiser [n=kgoetz@ppp137-2.lns2.adl2.internode.on.net] has joined #launchpad [02:41] lifeless: sure [02:43] thanks [02:51] jamesh: I was following your instructions on using repositories with launchpad development but I can't get the pqm-submit plugin working right [02:54] Kinnison: what's wrong? do you use 'bzr push' to push the branch to chinstrap? [02:55] BjornT: I do [02:56] Kinnison: without knowing exactly what problem you're having, i'd guess it's because of bug 33430 [02:56] Malone bug 33430 in bzr "Lack of cascading configs cause push to obscure directory settings" [Medium,Confirmed] http://launchpad.net/bugs/33430 [03:00] Kinnison: bug 45306 may also help [03:00] Malone bug 45306 in bzr "LocationConfig should look for options on parent locations when they're not found" [Medium,Unconfirmed] http://launchpad.net/bugs/45306 [03:02] posibly, it always uses bazaar-ng.org as the target [03:03] it's getting the chinstrap url right for my branch === mpt [n=mpt@209.217.74.66] has joined #launchpad [03:05] 09:02:37@2006-06-bug-attachments> bzr push [03:05] Using saved location: sftp://chinstrap.ubuntu.com/home/warthogs/archives/mpt/launchpad/2006-06-bug-attachments [03:05] bzr: ERROR: File exists: '/home/warthogs/archives/mpt/launchpad/2006-06-bug-attachments': Failure: unable to mkdir === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad [03:08] Of course it exists, that's why I'm trying to push to it [03:08] mpt: if it alreadu exists, it must not be a branch [03:08] as in, to get that error [03:09] lifeless, it's a half-pushed version of the branch before the Internet connection died [03:09] s/before/up to when/ [03:09] so do I have to start from scratch? === mpt supposes he could just use rsync [03:11] try with the rspush [03:12] bzr: ERROR: No rspush location known or specified. [03:12] should that be x-rspush-data? [03:12] no idea, never used it before. :-) [03:13] bzr: ERROR: Invalid rsync path u'sftp://chinstrap.ubuntu.com/home/warthogs/archives/mpt/launchpad/2006-06-bug-attachments/'. [03:13] hmm [03:13] chinstrap:/... === Keybuk [n=scott@quest.netsplit.com] has joined #launchpad [03:13] bzr: ERROR: Internal check failed: file u'/home/mpt/hacking/lp/2006-06-bug-attachments/sourcecode' entered as kind 'directory' id 'x_David_Allouche__Mon_Jun_28_09:59:21_2004_32213.0', now of kind 'symlink' === cpro1 [i=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [03:14] mpt: you need to rm the half-pushed branch [03:15] righty-ho [03:16] Aha, it doesn't fall back on the repo data for the upstream branch, okay I can cope === mpt [n=mpt@209.217.74.66] has joined #launchpad [03:27] bradb, 2006-06-bug-attachments has finished pushing [03:36] mpt: cool, thanks. === bradb [n=bradb@modemcable092.66-130-66.mc.videotron.ca] has joined #launchpad [03:39] salgado: Any idea when you'll be able to get to my queue-uniqueness branch? [03:39] Kinnison, today! I have the diff open on my editor already. === Aleks- [i=speedo@62.162.244.230] has joined #launchpad [03:40] salgado: cool [03:47] SteveA, around? [03:47] uhoh, is my code that bad? [03:52] no, I haven't started reviewing it yet. it's something else that I need to talk to SteveA about [03:53] phew === rpedro [n=rpedro@87-196-35-227.net.novis.pt] has joined #launchpad === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [04:09] stub: hmm I think you did a mistake documenting the revision number we are running on production [04:10] last week, you rolled out: r3643 and this weeek, you rolled out: r3642.... I guess the right one is r3662 [04:10] Yes - 3662 === carlos talks about the wiki page === stub fixes the wiki [04:11] stub: I detected it because my last merge was r3663... and seems like I was late to get it included this week ;-) [04:12] I look for merges that touch that many files to use as delimiters in selecting what to roll out :-) === looksaus [n=mark@233.246-200-80.adsl-fix.skynet.be] has joined #launchpad [04:19] how do I enable malone bug reporting for my newly registered project in launchpad? === neutrinomass [n=pandis@ppp95-143.adsl.forthnet.gr] has joined #launchpad [04:21] at first sight, I don't see an option to do so [04:21] Apparently one cannot change a bug's importance without accepting it first anymore... is this intended behaviour or should I report it as a bug ? [04:22] ah, sorry, found [04:22] looksaus, that is done on a per-product basis [04:22] salgado, sorry, should have checked more carefully [04:23] salgado, are there any plans to make it possible to import a tarball just via http? [04:24] looksaus, no worries. the links on the upper left menu are not so easy to parse. sometimes even though I know there's a link there for something I want to do, I can't easily find it [04:25] I'm just looking for a low overhead way to have vcs and bug reporting for an ubuntu locoteam project [04:25] looksaus, I never heard of plans for doing that. but ddaa is the one to answer it [04:25] hu [04:26] I know nothing of the specificities of ubuntu locoteams. [04:26] if I need to install an ftp (or svn or cvs) server first to create a source base [04:26] ddaa, salgado, are there any plans to make it possible to import a tarball just via http? [04:26] hu? [04:26] import a tarball? [04:26] wget imports tarball via http just fine here... [04:26] ddaa, currently, there is the possibility to import a tarball into launchpad [04:27] looksaus, I guess what you want is to create a bzr branch and publish it on the supermirror [04:27] looksaus: something about populating translation templates? [04:27] I want to have launchpad handle as much of the admin work as possible [04:27] I know _very_ little about bzr, but willing to learn [04:27] mid July there's a sprint planned about integrating Rosetta and Bazaar. [04:28] it's not about bazaar-rosetta integration [04:28] afaik, the plans are to be able to import and export translations from/to bzr branches [04:28] we're making a map of local ubuntu volunteers, see http://map.ubuntu-be.org/nl [04:29] no, I guess it's about importing a source tarball for an existing product instead of periodically importing from cvs/svn [04:29] exactly [04:29] so that we can use the original version in launchpad as the basis for our work [04:29] looksaus, if you don't have a VCS already, then what you shoud do is create a bzr branch for your product and publish it on the supermirror, I think [04:29] looksaus: what does this map have to do with version control, bug tracking, or translations? === ddaa is thoroughly confused as to what looksaus wants [04:30] ddaa, we want to version control the source code behind it [04:30] but I think salgado probably just gave me the answer [04:31] looksaus: does that make sense to you? https://staging.launchpad.net/bazaar [04:31] I might have had to read about bzr first before asking this question [04:31] ddaa, yes, thx [04:32] sorry for bothering you with this [04:32] absolutely not [04:32] I'm not a technical person [04:32] looksaus: I'm interested in improvement suggestions for this page, before it gets put in production [04:32] I just made some hairy php code to get things going [04:34] salgado: hello [04:35] ddaa, it would probably make sense to have people import something really simple === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has left #launchpad [] === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad === lbm [n=lbm@0x555298ca.adsl.cybercity.dk] has joined #launchpad [04:37] mpt: ping [04:49] ddaa, it would probably make sense to have people import something really simple [04:49] (like a tarball) [04:50] and then get used to bzr afterwards [04:50] I mean, I will now have a look at bzr first, obviously, and no problem [04:50] but if you want as many people as possible to use this system, that could be a good idea [04:51] does that make sense to you? [04:52] ah, it does something already... [04:52] sorry, didn't read beyond the bottom of the page! [04:58] mpt: ping [04:58] looksaus: launchpad does not want to be a free hosting service, like sourceforge [04:58] ddaa, ok [04:59] good to know [04:59] the bzr hosting service is here to help developer share code more easily, using bzr [04:59] but there is no plan to offer generic hosting for web pages, release tarballs etc. [04:59] at least, as far as I know [05:00] of course not [05:00] on the other want, we do want as many people as possible to use bzr :) [05:01] and my job is to materialise such incentive in the form of launchpad features [05:02] you understood what my problem was? [05:02] I didn't know much about bzr yet [05:02] I am not sure :) [05:03] and I just wanted to use some version control system [05:03] with the least fuss and admin work possible [05:03] right, that's all? [05:03] so I thought, hey, let's import what we have into launchpad some way [05:03] and they'll do the vcs hosting stuff [05:04] sure [05:04] then I went looking in launchpad how to import things [05:04] okay [05:04] and I saw something about bzr [05:04] or cvs or svn or ftp [05:04] BjornT, I just updated MaloneEmailInterfaceUserDoc to match the malone simplification changes. can you check it, to make sure it's correct? also, is there any other wiki pages that need to be updated? [05:04] as import possibilities [05:04] looksaus: I see === bradb heads to le bureau. bbl. [05:05] no http [05:05] ddaa, do my initial comments make more sense now? [05:05] yes [05:05] you were confused, for good reason [05:06] looksaus: what you saw is a mish-mash of at least two features: vcs-imports, and hct import [05:06] BjornT, SteveA, btw, I think we should move MaloneEmailInterfaceUserDoc to help.launchpad.net, right? [05:06] yes [05:06] salgado: well, for one thing, you edited the wrong page. https://help.launchpad.net/UsingMaloneEmail is the right one. [05:06] i think bjorn was going to version it too [05:06] looksaus: I would like to separate vcs imports in a way they would make more sense [05:07] looksaus: but what you are looking for is hosted bzr branches [05:07] ah, great [05:07] looksaus: you need to register a ssh public key in launchpad [05:07] then create a bzr branch on your workstation [05:07] and bzr push to sftp://bazaar.launchpad.net as explained on the page I pointed you at. [05:08] it's very much intended to be as fuss-free as we could make it [05:08] thx [05:09] ask if you have any problem doing that [05:09] BjornT, SteveA, okay, so I'll update the right one this time and will change the content of the old one to have only a link to the new one. is that okay? [05:09] looksaus: I have a todo item to blog about this feature this week, so I'm very interested in your experience. [05:11] ddaa, will do [05:12] (bit busy now, at work :) [05:12] salgado: well, it could be good to have it on the development wiki as well (especially with a version field). that way we could edit the documentation before the change gets rolled out. [05:15] BjornT, well, if that's user documentation, I don't see a good reason for changing it before it's rolled out and then having to port the changes to the other wiki once it's rolled out. I think keeping them in sync will be a problem (it already is, in fact) [05:16] wow... if you search for "current time in $city" in google [05:16] you get it displayed from google as the first results [05:18] salgado: one of the problems with keeping the documentation in sync with the implementation today is that you can edit the documentation only after it has been rolled out (which often mean you forget to do it). i'd think it'd be easier if you could edit the documentation directly after you've finished the implementation. [05:19] unfortunately, google thinks the most important st. petersburg is the one in florida USA [05:20] google earth has a utterly useless search for most of the world - it doesn't even recognize capital cities or countries. [05:20] BjornT, but you'd still need to copy the changes from one wiki to the other, once it's rolled out [05:24] SteveA: also does not work well for Den Haag [05:26] SteveA, pong, but I might be slow replying [05:26] mpt: i want a 5 minute irc chat with you sometime [05:32] good morning! [05:33] SteveA, probably the next time when I'm free and you're awake is in about 21.5 hours [05:33] mpt: surely you can spare me 5 minutes [05:33] Unless I skip lunch, but I had hardly any breakfast [05:34] i'm not talking about 5 minutes plus 30 minutes. i'm talking about five minutes. [05:34] I'm aware of that [05:34] ok, how about in ~25 minutes? [05:34] sure [05:35] i'll be here. ping me [05:37] salgado: ping [05:39] SteveA, pong [05:40] salgado: i have 20 mins right now [05:40] great [05:41] SteveA, so, there are two pages that list all unofficial and disabled mirrors [05:41] salgado: would this be better with a voice call? [05:41] SteveA, could be. [05:43] SteveA, should I call now? [05:43] salgado: i'm on skype [05:50] salgado, thanks for following up with that [05:50] uhhh [05:51] SteveA, I think the commits mailing list is also borked. [05:52] kiko, it was, but Znarl said it's fixed now === bradb [n=bradb@209.217.74.66] has joined #launchpad [05:52] salgado, do we not get the emails that were dropped though? [05:53] yes, he said these emails may have been lost [05:54] kiko: can i merge my unsubscribe from private bugs branch? [05:56] hi kiko [05:56] the mails should still get through [05:56] although they may need some manual shoving [05:56] from karl === neutrinomass [n=pandis@ppp95-143.adsl.forthnet.gr] has left #launchpad [] [05:58] okay [05:58]