=== doko_ [n=doko@dslb-088-073-115-244.pools.arcor-ip.net] has joined #launchpad [12:42] yay, got the new svn changeset expression logic to actually do something useful [12:42] namely, single file additions... [12:43] lifeless: it's funny how code refactoring and TDD sometimes leads you to absurdly overcomplicated intermediate states [12:44] When you have all the old logic in place, and the skeletal new logic hooked into the old code for some trivial case. === sivang [i=sivan@muse.19inch.net] has joined #launchpad === Riddell [i=jr@muse.19inch.net] has joined #launchpad === Riddell [i=jr@muse.19inch.net] has joined #launchpad === sivang [i=sivan@muse.19inch.net] has joined #launchpad === mholthaus [n=mholthau@250.41.3.213.cust.bluewin.ch] has joined #launchpad === jml [n=jml@ppp200-172.lns1.hba1.internode.on.net] has joined #launchpad === Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #launchpad === ryanakca [n=ryan@unaffiliated/ryanakca] has joined #launchpad === WaterSevenUb [n=WaterSev@c-65-96-188-198.hsd1.ma.comcast.net] has joined #launchpad [03:30] New bug: #63668 in launchpad "No explanation for "Auto Tested"" [Undecided,Unconfirmed] http://launchpad.net/bugs/63668 === stub [n=stub@ppp-58.8.3.98.revip2.asianet.co.th] has joined #launchpad [03:53] lifeless: any chance of getting the bzr-0.11 branches merged for launchpad, cscvs and bzr? === mpt [n=mpt@ip-58-28-158-84.ubs-dsl.xnet.co.nz] has joined #launchpad [04:09] Gooooooooooooooood afternoon Launchpadders! [04:22] jamesh, ping [04:22] mpt: pong [04:24] jamesh, did you revert the description of bug 63106, or was that a glitch in the matrix? [04:24] Malone bug 63106 in launchpad "https://launchpad.net/products/+new ignores "Programming Language"" [Undecided,Unconfirmed] http://launchpad.net/bugs/63106 [04:24] mpt: I reverted it because it was misleading [04:25] Misleading? [04:25] mpt: the bug is about the form ignoring the "programming language" field (so it doesn't get set on the resulting product) [04:26] right [04:26] So there are two ways to fix that [04:26] (1) make the form pay attention [04:26] (2) remove the field [04:26] when I say that the code used to create the product doesn't use the programming language field, I mean that the field input is not used in the createProduct() call (so is ignored) [04:27] your addition was about the programming language attribute on products not being used for anything once the product has been created [04:27] and which is appropriate depends on what it would be used for [04:28] Do you think (1) or (2) is most likely? Or something else? [04:29] (1) is what the rest of the initial comment was about -- the field is included on the product edit form, and does cause the product to get updated there. [04:29] oh, I see [04:29] So it does work somewhere, just not in the add form [04:29] it just looks like data loss at the moment, since everything else I enter on the +newproduct form appears as I typed it on the +edit form [04:30] ok [04:30] "it doesn't look like the programming language field is used at all" was a bit vague [04:30] but, sorry for misinterpreting it. [04:30] no problem. [04:31] it is easier to record these sorts of conversations in bug comments rather than description edits though :) [04:34] perhaps [04:35] though I think it will be useful for bug report descriptions to acquire sentences of the form "This is not about X, because Y." [04:35] yep. That is good in addition to a conversation. [04:47] mpt: btw, I put up a branch to collapse all the registered SourceForge.net trackers into a single entry, which should simplify things a bit [04:58] That's excellent === jml [n=jml@ppp200-172.lns1.hba1.internode.on.net] has joined #launchpad === Ubug2 [n=bugbot@ubuntu/bot/ubugtu] has joined #launchpad === ajmitch [n=ajmitch@ubuntu/member/ajmitch] has joined #launchpad === mdke_ [n=matt@ubuntu/member/mdke] has joined #launchpad [06:59] jamesh: yeah, should be able to ;) [07:09] lifeless: thanks. I guess we can do bzr-0.11 now rather than 0.11rc2 === stu1 [n=stub@ppp-58.8.5.12.revip2.asianet.co.th] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #launchpad [07:53] lifeless: What would be involved in setting up a launchpad branch that merges changes to launchpad/devel automatically that a) Don't contain new files in the form database/schema/patch-*.sql and b) Don't cause conflicts ? [07:54] and c) Passes the test suite [07:59] stub: write a make target that does it then its easy to hook into pqm [07:59] and having hooked it into pqm, we can do a cron job to do it [08:00] lifeless: But how do I write a make target that detects if files are newly added or not. Use bzr status | grep | wc ? [08:00] the target can use bzr status / bzr inventory/bzr diff / bzr status database etc to check file status [08:00] cool [08:00] i.e. bzr status database/schema should -> empty output in this scenario [08:00] Does pqm automatically reject a merge with conflicts? [08:00] we're not worried about abuse, we're worried about honest mistakes [08:00] and yes, pqm says fuckoff to conflict containing requests [08:01] ok. [08:01] morning [08:02] stub: so whats the branch for ? (bbs) [08:02] morning [08:02] lifeless: edge.launchpad.net - (almost) HEAD code running against the production database [08:05] Ideally, I would want to cherry pick each launchpad/devel commit onto that branch if the above conditions are met. [08:06] So if patches A, B, and C land, and B has a database change, then A and C are the only ones merged to launchpad/edge assuming the tests still pass for each of them. [08:06] But the current plan just says stop updating edge.launchpad.net as soon as someone lands a new database patch. === lfittl [n=lfittl@194.50.115.210] has joined #launchpad [08:08] After every production rollout, we would need to sync up the launchpad/edge branch with reality though, reverting it to launchpad/production/x.xx and reapplying any outstanding patches or something like that if we did the cherry pick approach. === Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #launchpad === carlos_ [n=carlos@180.Red-88-18-199.staticIP.rima-tde.net] has joined #launchpad [08:29] morning [08:38] stub: yup, no problems with all of thata === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [09:25] hey [09:26] stub: could you have a quick look over the SQL in https://devpad.canonical.com/~jamesh/pending-reviews/jamesh/launchpad/bug-61590/full-diff ? [09:26] db patch review, or after comments or something? [09:27] stub: it isn't a db patch due to it not changing any schema, but BjornT suggested you might want to look at it [09:27] it is a bit of SQL to consolidate all the SourceForge type bugtrackers into a single one [09:28] stub: it's mostly because i remember you complaining about a sql script that wasn't reviewed some time ago. thought it wouldn't hurt to ask you to take a quick look at it. [09:28] jamesh: looks fine. Make sure running that script is noted on LaunchpadProductionStatus when it lands [09:28] stub: thanks. I'll make sure to add it. [09:30] ok, pqm going down [09:30] New bug: #63699 in rosetta "translation templates in focus-sis don't contain any items" [Undecided,Unconfirmed] http://launchpad.net/bugs/63699 [09:31] lifeless: with the bzr update, I don't think we need the bzrlib/plugins/bzrtools symlink anymore [09:31] jamesh: so whats are the branches I need ? [09:32] lifeless: jamesh/launchpad/bzr-0.11-support and jamesh/cscvs/bzr-0.11-support and a merge from bzr [09:32] SteveA: nope, wasn't around anymore. [09:36] _thumper_: you are pqm enabled [09:41] <_thumper_> lifeless: cheers [09:47] morning [09:51] New bug: #63344 in language-pack-pl "[update-manager] wrong translation crashes application" [Medium,Needs info] http://launchpad.net/bugs/63344 [09:52] I wonder why ubugtu occasionally sends notifications like this to this channel? === malcc [n=malcolm@host86-135-237-55.range86-135.btcentralplus.com] has joined #launchpad [10:15] jamesh: maybe "rosetta related"? [10:16] but they shouldn't be here === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad [10:28] jamesh: ping [10:29] SteveA: pong [10:31] carlos: can you add the kyrgyz team to Ubuntu translators? [10:32] sure [10:33] jordi: done [10:34] jamesh: is your wiki page on using repositories up to date wrt how you use repositories with developing launchpad? [10:34] carlos: great [10:37] SteveA: mostly. These days I've been using checkouts for the branches under sourcecode/ [10:37] with a script to create them or update them [10:38] jamesh: would you take _thumper_ through how to do an effective setup for working with launchpad branches? [10:38] also the branch of bzr-pqm it says to use is wrong (since we're using new bzr now) [10:38] okay [10:39] _thumper_: where are you up to so far? [10:39] <_thumper_> I am exploding a tarball from SteveA [10:39] <_thumper_> which is rocketfuel-built from yesterday [10:39] jamesh: I talked with martin about getting the bzr-pqm packaged for us [10:39] we should be using packages [10:40] _thumper_: okay. Do you have your devpad account yet? [10:41] <_thumper_> yep [10:42] <_thumper_> the tarball contains rocketfuel-built/launchpad with a lot of files [10:43] _thumper_: first thing first, do you have bzr-0.11 and bzr-pqm installed? [10:44] <_thumper_> I have bzr 0.10.0 [10:44] <_thumper_> I don't know about bzr-pqm [10:44] that's good enough [10:45] <_thumper_> is bzr-pqm packaged? [10:45] not at the moment [10:45] <_thumper_> should I grab bzrtools? [10:46] you can grab it with the following command: mkdir -f ~/.bazaar/plugins && bzr branch http://bazaar.launchpad.net/~bzr-pqm-devel/bzr-pqm/devel ~/.bazaar/plugins/bzr-pqm [10:46] _thumper_: yeah. Install the bzrtools package [10:47] The above command will install a plugin locally that gives you a "bzr pqm-submit" command [10:48] <_thumper_> ok [10:48] <_thumper_> did the branch [10:49] <_thumper_> would be easier if I was running irc on my laptop :) [10:49] you can ensure that it worked by running "bzr pqm-submit --help" [10:49] which should print a short usage message [10:49] <_thumper_> yep, got that [10:49] if you'd prefer to switch over to your laptop, I can wait [10:49] <_thumper_> depends, is there going to be more copy and paste? [10:50] <_thumper_> it is handy working with two screens [10:50] a bit. Some bits from this page: https://launchpad.canonical.com/WorkingWithSharedRepositories [10:50] <_thumper_> I have that up on the laptop [10:51] okay. Lets get on to setting up the local repo. You should follow the commands listed in the "Creating The Repositories" section [10:51] although you'll probably only need to create a repo for launchpad at the moment [10:52] <_thumper_> yep, done that [10:52] have you branched rocketfuel into that repo? [10:52] <_thumper_> no [10:52] <_thumper_> I have a tarball from SteveA that I have exploded locally [10:52] <_thumper_> what do I need to marry the two? [10:53] _thumper_: okay. I have the rocketfuel-built/launchpad directory unpacked locally as ~/src/rocketfuel-built [10:53] so if you do the following command, it will install the main launchpad history into your repo: [10:53] cd ~/repo/canonical/launchpad [10:53] bzr branch ~/src/rocketfuel-built rocketfuel [10:54] that will take a while, but will make things quicker later on [10:54] <_thumper_> I'll move mine to the same location as yours [10:54] <_thumper_> to avoid confusion later [10:55] we'll also want to set up a similar repo on devpad.canonical.com [10:55] this will reduce the amount of stuff that needs to get pushed on the initial rsync [10:56] <_thumper_> ok, the branch command is running [10:57] <_thumper_> ok, I'm in devpad too [10:57] _thumper_: on devpad, you'll be putting your branches under /home/warthogs/archives/$USER [10:57] _thumper_: so after ssh'ing in, run the following commands: [10:58] cd /home/warthogs/archives [10:58] mkdir tim [10:58] cd tim [10:58] bzr init-repo launchpad [10:58] cd launchpad [10:58] <_thumper_> done so far [10:58] bzr branch ../../rocketfuel/launchpad/devel rocketfuel === _Nightwish_ [n=qazwsx@MDM-84-208.beotel.net] has joined #launchpad [10:59] <_thumper_> jamesh: fetch pahse 0/4 [10:59] <_thumper_> s/ah/ha/ [11:00] <_thumper_> I take it this takes a while :) [11:00] yep. There are a lot of history to copy [11:00] s/are/is/ [11:01] <_thumper_> all done, both locally and devpad [11:01] okay. [11:01] what are you going to be working on first? [11:01] <_thumper_> no idea [11:01] <_thumper_> probably find out at 10UTC === _Nightwish_ is now known as prvul [11:02] _thumper_: at various times, you'll probably want to make trivial changes that don't need to go through review [11:02] <_thumper_> jamesh: right === BjornT [n=bjorn@clt-84-32-240-183.dtiltas.lt] has joined #launchpad [11:02] _thumper_: keeping a branch around for these sort of changes can be useful, so we'll set that up [11:02] <_thumper_> jamesh: ok [11:03] _thumper_: so locally, we'll create the branch: [11:03] cd ~/repo/canonical/launchpad [11:03] bzr branch ~/src/rocketfuel-built trivial [11:03] this command should be very quick because all the history needed by the branch is present in the repo already [11:03] <_thumper_> yep [11:03] <_thumper_> it was [11:04] we'll create a working tree for this branch under ~/src/lp [11:04] mkdir -p ~/src/lp [11:04] cd ~/src/lp [11:04] <_thumper_> what's the point of that? [11:05] bzr checkout --lightweight ~/repo/canonical/launchpad/trivial [11:05] _thumper_: if you look in ~/repo/canonical/launchpad/trivial, you'll notice that there are no source files for you to edit: only a .bzr directory containing revision control info [11:06] _thumper_: in contrast, the lightweight checkout only contains source files with a pointer to the branch in your repo [11:06] <_thumper_> jamesh: ah, I see [11:06] if you've committed all your changes on a branch, you can delete the checkout to save disk space without losing the branch [11:07] <_thumper_> ok [11:07] (the branch taking up around 300k rather than a few hundred megabytes) [11:07] <_thumper_> ~/src/lp/trivial now has 42M of stuff [11:07] that's due to the real data being in the repository storage though. [11:08] but at least you only pay that price once [11:08] okay. Next you'll need to set up the branches under sourcecode/ [11:08] <_thumper_> ok [11:08] I'll grab the script I use to create/update them [11:10] _thumper_: https://devpad.canonical.com/~andrew/paste/fileeNDO29.html <- you'll want to change my email address to yours [11:10] put it in ~/bin, or somewhere else on the path [11:11] <_thumper_> jamesh: what do you call it? [11:11] _thumper_: I called it setup-lp-sourcecode-dir [11:13] If you run it while in ~/src/lp/trivial, it will fill out the branches under sourcecode/ with checkouts of the rocketfuel-built directories [11:13] jamesh: you dont use config-manager ? [11:13] it will also add a small bit of ZCML to make sure you don't spam other people when testing things [11:14] lifeless: no. I've just been doing things by hand. [11:14] <_thumper_> jamesh: running now [11:15] _thumper_: next thing: have your set up postgres according to https://launchpad.canonical.com/DatabaseSetup ? [11:15] <_thumper_> not yet [11:17] <_thumper_> database setup next? [11:17] _thumper_: those instructions are pretty easy to follow. A few notes: setting log_statement='all' will generate a lot of log data so you may not want to turn that on, and you should definitely set fsync=off since it'll decrease the time tests take to run [11:18] _thumper_: for step (9), $your_launchpad_checkout will be ~/src/lp/trivial [11:20] <_thumper_> jamesh: I'll run through that now [11:21] There is also a bit of local apache setup to do, but it isn't on the wiki. I'll find the details for that === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [11:25] <_thumper_> does the launchpad-database-setup script currently do the right thing? === Spads [n=spacehob@82.211.81.249] has joined #launchpad [11:27] no idea [11:28] <_thumper_> damn, almost worked === ddaa rubs his eyes [11:29] morning ddaa [11:29] that much for hacking till midnight yesterday [11:30] SteveA: spiv: jamesh: _thumper_: meeting in 30 mins [11:30] ok [11:30] <_thumper_> ok [11:30] good morning [11:36] _thumper_: how are you going so far? === seb128 [n=seb128@ubuntu/member/seb128] has joined #launchpad [11:43] <_thumper_> jamesh: just getting rid of 4 computers [11:43] <_thumper_> the patch in the script for postgresql.conf hit a problem [11:43] <_thumper_> so edited manually [11:44] I just followed the instructions on the wiki page when setting up my new laptop earlier this year [11:45] <_thumper_> might have been easier [11:45] <_thumper_> now it won't start [11:50] check the syslog or /var/log/postgresql/postgresql-8.1-main.log [11:50] danilos: ping [11:50] carlos: pong [11:50] <_thumper_> it is the certs that it can't find [11:50] <_thumper_> the script makes sym links but not described on the wiki [11:50] <_thumper_> so deleting symlinks === lfittl [n=lfittl@194.50.115.210] has joined #launchpad [11:55] <_thumper_> I don't seem to have /etc/postgresql-common/postgresql.crt and .pem [11:57] _thumper_: I didn't have to do anything with certs when setting up the db [11:58] <_thumper_> jamesh: damn, now to find out why mine complains [11:59] Do you have postgresql-contrib installed? [11:59] <_thumper_> nope [11:59] <_thumper_> but I do have postgresql-contrib-8.1 [12:00] Setting ssl=false in the postgresql.conf file should fix it, but not having the postgresql.crt indicates a slightly different environment to us.. hmm... [12:01] I'd have thought it'd get created when installing the package [12:02] _thumper_: Do you have openssl installed? [12:02] <_thumper_> must have, can ssh [12:02] Is there an openssl command line tool? [12:03] <_thumper_> yep [12:03] ie. what the postgresql package installer would have used to generate that certificate === stub runs out of ideas [12:03] pitti might know more [12:03] Or just set ssl=false and not worry about the cert [12:04] <_thumper_> I'll try that to get things going [12:05] <_thumper_> stub: ssl=false got it started [12:07] _thumper_: next you will need to set up apache so that you can access http://launchpad.dev locally for testing [12:07] <_thumper_> jamesh: still need to create user and run schema script [12:07] _thumper_: https://lists.ubuntu.com/mailman/private/launchpad/2006-June/009808.html contains most of the instructions, but use "features.launchpad.dev" where it says "blueprint.launchpad.dev" [12:08] jamesh: there's also Kinnison's hack which releives you from having to use apache [12:09] (in order to do the virtual hosts dance) === jinty [n=jinty@214.pool85-50-135.dynamic.uni2.es] has joined #launchpad === zwnj [n=zwnj@213.207.218.157] has joined #launchpad [12:31] pqm is back === sabdfl [n=sabdfl@ubuntu/member/pdpc.silver.sabdfl] has left #launchpad [] [01:03] jamesh: duh! [01:03] bad fix in cscvs [01:03] the test case really means it [01:03] the branch nick must not be set by cscvs [01:03] because it has nothing meaningful to set it to [01:07] if a branch nick is _required_, it should be something like "Launchpad import" [01:08] ddaa: Looks like it started getting set when I switched it over to WorkingTree.commit() [01:08] jamesh: was that part of the bzr-0.11 compatibility work? [01:09] I made the change during that work, but it looks like it wasn't necessary [01:10] and the WorkingTree.commit() in 0.11 does less than the version in older bzr, so using the Commit() object directly should be less bad [01:10] I'd be glad if you could fix it soon, so I would not have to pay attention when rolling out importd next time [01:11] done === ddaa waits for the branch push [01:15] it is pushed [01:17] Looked at it, it's fine. [01:17] lifeless: land at your leisure :) [01:18] jamesh: thanks a lot [01:23] jamesh: don't use WorkingTree.commit for cscvs [01:23] lifeless: it isn't anymore. [01:23] jamesh: its the wrong policy layer [01:23] (in my branch) === _thumper_ lunch [01:41] what is staging status, when will it get the latest code to run? [01:43] ddaa: I think you should ask bradb [01:57] ddaa: Staging is still running bradb's branch. If that is a problem we need to work out what to do with brad === Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #launchpad === niemeyer [n=niemeyer@200.247.41.53] has joined #launchpad [02:06] stub: no problem, I just made a cherrypick request [02:08] I trust that jamesh got it right, anyway it's difficult to get that feature wrong with the implementation strategy he used, and as long as the code matches the commit message [02:08] stub: if you could make that cherrypick soon, that would make some bzr folks quite happy [02:08] ok === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:08] timing was good - I'm currently waiting on pqm so I can test the current batch. [02:09] that's great, it will be possible to do "bzr get https://launchpad.net/bzr/trunk bzr.dev" and have it just work! [02:10] maybe, even bzr get https://launchpad.net/bzr, actually [02:11] will make communication around bzr branches in launchpad much easier === ddaa -> lunch etc. === jkakar [n=jkakar@200.247.41.53] has joined #launchpad === carlos -> lunch === AlinuxOS [n=alinux@d81-211-228-83.cust.tele2.it] has joined #launchpad [02:29] hello launchpadders ;) [02:30] I would like to ask, is it possible to visualise more then 10 strings on rosetta ? maybe 50 or more ? Can I setup that ? === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:38] salgado, hi [02:39] is it possible to visualise more then 10 strings on rosetta ? maybe 50 or more ? Can I setup that ?(maybe you know...) [02:41] hi AlinuxOS. what's the page where you're seeing them? [02:41] https://launchpad.net/distros/ubuntu/edgy/+source/debian-installer/+pots/debian-installer/ka/+translate [02:41] for example debian-installer [02:42] increase from 10 to 50 for example... [02:42] salgado, maybe it's not implemented yet. [02:45] AlinuxOS, that should be possible; I just need to find out how [02:45] here we go... just add an "?batch=50" at the end of the URL. (e.g https://launchpad.net/distros/ubuntu/edgy/+source/debian-installer/+pots/debian-installer/ka/+translate?batch=50) [02:45] salgado, ok... (it's just some users request....) [02:45] salgado, mmm === jml_ [n=jml@ppp105-240.lns1.hba1.internode.on.net] has joined #launchpad [02:47] salgado, and to have that everytime ? :) [02:48] I understand you but...translators are poor mortals :) (me too) [02:48] It's quite tricky... [02:48] it's not yet possible to have this without hacking the URL [02:48] salgado, ok :) [02:49] I hope it's will implemented with a common button ;) [02:49] Thank You! [02:58] spiv, around? === braverock [n=braveroc@dsl017-021-008.chi1.dsl.speakeasy.net] has joined #launchpad === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad [03:05] ddaa: (or anyone else) can you help debug an import failure on registering a sourceforge cvs repository with bazaar? [03:05] https://launchpad.net/products/xrms/trunk [03:06] Import status: Test Failed doesn't give any useful feedback to help me fix the problem [03:07] https://launchpad.net/products/bzr-register/+ticket/1936 [03:08] braverock: look at https://help.launchpad.net/VcsImportRequests [03:08] I have written down the status of xrms [03:09] it looks like the default branch setting of of xrms/include/adobd/pear/readme.Auth.txt confuses our import tool [03:09] maybe other files have the same problem [03:09] matsubara, did we cherry-pick request bug 59975? [03:09] Malone bug 59975 in malone "Edit bug tag form needs to cope with invalid values in tag field." [High,Fix committed] http://launchpad.net/bugs/59975 [03:09] braverock: I do not think that bug is going to have any attention soon, we are focusing of svn support now [03:10] ok, well did I do something wrong, or is this a bazaar bug? [03:10] kiko: nope, it's not on the list. [03:10] I believe that the repository root is correct [03:11] neither [03:11] matsubara, why don t we? [03:11] it's a bug in cscvs [03:11] the tool we use to magically create changesets out of CVS repository, and apply them [03:12] ok. can I change anything on the " the default branch setting of of xrms/include/adobd/pear/readme.Auth.txt" to unconfuse your tool? [03:12] braverock: if you have write access to the cvs repo, you could fix it so no file in has a default branch set [03:12] and could you consider maybe adding a link to the full import report to the "import Failed" error? [03:12] we do plan to do that [03:13] the wiki page is a stopgap measure [03:13] I maintain manually. [03:13] kiko: just added to the list [03:13] I don't think we've set branches on anything, but I'll check [03:14] matsubara, +++ [03:15] someone else registered xrms in launchpad, and then abandoned it. I picked it up, and hoped to get it in, because broader exposure on ubuntu would be good for xrms (even though xrms is already a very popular project) [03:15] braverock: when you do "cvs -d :pserver:anonymous@xrms.cvs.sourceforge.net:/cvsroot/xrms/ rlog xrms/include/adodb/pear/readme.Auth.txt you should see a "branch" line in the heading (before individual revisions), it's that setting that is causing us trouble [03:15] I do not know cvs very much, so I cannot help you much more, though. [03:16] unfortunately, this is an Attic file [03:16] ? [03:16] so it's already been deleted from the repository [03:16] perhaps you could ignore all Attic files [03:16] what makes you say it's an attic file? [03:17] xrms/include/adodb/pear/Attic/readme.Auth.txt [03:17] from your error [03:17] the error message reads Attic because cscvs tries to look up file there if there are not found at the expected location [03:17] oh... [03:17] it's not an attic file, it's present when you do a checkout [03:17] ddaa: cvs import creates a default branch [03:17] fwiw [03:18] lifeless: look at the error [03:18] I looks like the default branch was reset after the initial import [03:18] yes, adodb is a database abstraction library, and was probably created using cvs import [03:18] though I'm not too sure about it [03:18] ddaa: uel to the error ? [03:19] https://macquarie.warthogs.hbd.com/roomba/status/xrms-trunk/events/6/log [03:19] look at https://help.launchpad.net/VcsImportRequests for some diagnostic info [03:20] braverock: lifeless is the guy who wrote the default branch support code. I leave you in his capable hands === ddaa -> back to lunch etc. [03:20] thanks [03:21] lifeless: I'd be happy to remove the default branch tag there too, if you've got an idea on the cvs command to do that with [03:22] ddaa: Attic should not be in the request line [03:23] lifeless: it does fix some imports [03:23] ddaa: for this specific one [03:23] right, but it's a fallback [03:23] first it try in the normal location, then if it does not find the file, it looks into the attic [03:23] so heres the glitch: there is no revision 1.1.1.2 [03:23] the branch 1.1.1 is fine [03:24] and if the attic lookup fail, the error bubble up [03:24] so it's entirely an error reporting issue, not a logic issue [03:24] ddaa: sure. but look closer : rlog of xrms/include/adodb/pear/readme.Auth.txt [03:24] there is /no/ 1.1.1.2 [03:24] lifeless: I looked [03:24] I know the revision is not there [03:25] but I have no clue why cscvs tries to make a filler cs 1.1->1.1.1.2 [03:25] is that what its trying to do ? [03:25] whats in changeset MAIN.4167 [03:25] yes, It's explained in https://help.launchpad.net/VcsImportRequests [03:26] MAIN.4167 is a filler cs 1.1->1.1.1.2 [03:27] your sentence that begins 'in other words' on the help. page appears to be pure speculation. [03:27] yes it is [03:27] "it might be" [03:27] so fillers appear when the branch changes [03:28] I'd do a search in the file revision table for that file, all revisions, see what cscvs is thinking happened to it [03:28] that's more than I know about cscvs [03:28] but thanks for the advice [03:29] you suggest it might be a problem in the log parser and checking the catalog contents would help narrowing the cause of the problem? [03:33] something is inventing the .2 [03:33] if its in the catalog then the catalog generator can be checked [03:33] if its not in the catalog then the application-of-changesets can be checked [03:33] it will narrow it down [03:34] As its a very small rlog I'd make a test case from it [03:34] later [03:34] thank you === bradb [n=bradb@modemcable077.58-130-66.mc.videotron.ca] has joined #launchpad === fbn [n=fbn@p3EE01FCC.dip0.t-ipconnect.de] has joined #launchpad === fbn [n=fbn@p3EE01FCC.dip0.t-ipconnect.de] has left #launchpad ["Verlassend"] [03:43] I've recorded the relevant parts of this conversation on the bug report https://launchpad.net/products/bzr-register/+ticket/1936 === Digital-Pioneer [n=The@h132.206.255.206.cable.srcy.cablelynx.com] has joined #launchpad [03:44] and for the record, I'll note that there are far more projects still using cvs (especially large established ones like xrms) than using svn [03:44] so I hope you can spend a little more time on it to get this resolved. I'll do anything I can on this end to assist [03:45] thanks for spending the time. [03:45] Hello, all. I just registered with Launchpad, so I figured I'd swing by here and see what's happening. :) [03:47] hey Digital-Pioneer [03:47] it's a busy tuesday [03:47] as all tuesdays appear to be [03:47] LOL [03:48] Yes... Sever contrast to the activity on #uira (I'm assuming you mean channel population) [03:48] *Severe [03:50] what's #uira? [03:50] Channel for UIRA. ;) [03:50] UIRA: UIRA Isn't a Recursive Acronym. [03:50] Stupid name, but I use it. We're working on a OSS flash IDE. [03:50] braverock: we are aware of that, but the fraction of cvs using projects is decreasing over time and the svn import code does not work nearly as well as the cvs import code. It's quite rare for a new CVS impont to fail (failure later when people do history-destroying surgery on the repo is another matter...) [03:51] kiko: It used to be FFL. [03:51] braverock: if you look at the VcsImportRequests page, you'll see that almost all failures recorded there are on SVN. [03:51] But some problems arose, so now it's UIRA. :) [03:52] braverock: I'm not dismissing the importance of CVS, I'm just explaining why the priorities are what they are [03:53] ddaa: yes, i see that. I'll happily change anything I can, but it would be nice to get this resolved, as xrms is one of the top few hundred projects on sourceforge, so getting it in launchpad/bazaar would be a nice additional boost [03:53] i understand, I run a big project too ;) [03:54] braverock: you know how to make your case :) [03:54] once we have the python import done to satisfaction, I'll try to fix you [03:54] thanks [03:55] I'll leave you alone for a week or so ;) I really do appreciate the time so far === Digital-Pioneer is now known as Digital_Pioneer [03:57] Finally. :) === braverock [n=braveroc@dsl017-021-008.chi1.dsl.speakeasy.net] has left #launchpad [] [04:15] thanks stub, I appreciate that. [04:21] kiko, my person-creation-rationale branch is blocked because of some unused authserver API. I mailed spiv asking him if it'd be okay to remove that API and he said yes. I added a branch which does that to his queue on friday but apparently he didn't have the time to review. can you review it for me? (it's the kind of diff you like to review: 7 files changed, 12 insertions(+), 462 deletions(-)) [04:21] https://devpad.canonical.com/~jamesh/pending-reviews/salgado/launchpad/trivialities/full-diff [04:21] salgado: I ca review it [04:22] kiko: I'll take this one [04:22] SteveA, cool, thanks a lot. :) [04:22] thanks SteveA! [04:24] salgado: r=me [04:25] thanks SteveA! === jelmer_ [n=jelmer@a62-251-123-16.adsl.xs4all.nl] has joined #launchpad [04:39] <_thumper_> SteveA: ping [04:41] _thumper_: how's it going? [04:41] <_thumper_> ddaa: good [04:41] <_thumper_> ddaa: db all set up (I think) [04:41] <_thumper_> code branch set up [04:42] <_thumper_> now I just need the magic invokation to start it all [04:42] got the virtualhosting setup? [04:42] <_thumper_> ah, nope [04:42] <_thumper_> jamesh mentioned that just before going to sleep [04:42] <_thumper_> ozzies, what are they like? [04:43] _thumper_: did you see the mailing list archive page I pasted the link to? [04:43] I have set it up with apache here, but some people have setups that do not involve using several hundred thousand lines of C [04:43] _thumper_: hi [04:44] <_thumper_> hmm.. launchpad private archives [04:44] <_thumper_> SteveA: just working on the virtual hosting [04:44] ok, any problems? [04:44] _thumper_: you log in using your email address plus the password you chose when joining the list [04:44] once you have that set up, go to your launchpad tree, then "make schema" (if not already done) and "make run" [04:44] <_thumper_> ok [04:45] <_thumper_> I'm in... [04:45] finally, you should have your toy launchpad at http://launchpad.dev/ [04:45] _thumper_: so remember to write "features.launchpad.dev" wherever it says to write "blueprint.launchpad.dev" [04:45] <_thumper_> ok [04:45] <_thumper_> why the change? [04:46] brand consolidation [04:46] because we moved the content that appeared at blueprint.launchpad.net to features.launchpad.net [04:46] <_thumper_> :) [04:47] _thumper_: you'll be happy to know a lot of this stuff you've been doing is one-off [04:47] <_thumper_> I did a lot of apache config hacking in my last job [04:47] <_thumper_> so not phased by that [04:48] well, if we needed to do it every week, there would at least be up-to-date documentation :) I think that goes without saying [04:48] just consider it's part of an initiation ritual :) [04:49] <_thumper_> at least I don't have to run through a tunnel of you guys armed with paddles :) [04:49] ddaa: I noticed that the viewvc import says "test failed". I guess it is suffering from the same directory move issue other svn imports have been? [04:49] naw, paddles are for wuss [04:49] we use klingon painsticks here [04:49] jamesh: bingo [04:50] if somebody wants to do the bazaar meeting minutes for me, I'd be glad to be back at fixing it! [04:51] looks like the fake .bzr dir patch has been cherry picked into production [04:53] jamesh, surprisingly so! [04:53] jamesh, could you blog about it I wonder? [04:54] kiko: this email is definitely scary [04:54] ddaa, waaah [04:54] I need to read it more carefully, but apparently the guy claims to be amnesic and to be the victim of some kind of con job. [04:55] what does it have to do with ubuntu? [04:55] it does not make a lot of sense though, it might be just a nutcase [04:55] I'll try to make sense of it and send you a reply. [04:56] heh. okay. [05:03] <_thumper_> ddaa: apache config done, runlaunchpad.py fails with no command line params [05:03] _thumper_: make run [05:04] "make run" that is [05:04] <_thumper_> ddaa: thanks, it is doing something now [05:04] <_thumper_> w00t [05:05] so you have a local Launchpad instance up and running? [05:05] <_thumper_> ddaa: got it going [05:05] <_thumper_> yep [05:06] carlos: ping === Digital_Pioneer [n=The@h132.206.255.206.cable.srcy.cablelynx.com] has left #launchpad ["Whatever."] [05:06] matsubara: pong [05:07] hi carlos, could you take a look at: https://launchpad.net/products/rosetta/+bug/63236 ? Is there any reason for that page at all? Can I change it to a BrowserNotification instead? [05:07] Malone bug 63236 in rosetta "Change the +export page message to a BrowserNotification message." [Low,Unconfirmed] [05:07] s/to a/to use a/ [05:08] hmm [05:08] I thought I already answered it... [05:08] matsubara: the answer is yes, you can [05:09] okie, thanks carlos [05:09] you are welcome [05:09] _thumper_: congrats === ddaa is busy translating literally brain-damaged blabber === AstralJava [n=jaska@cm-062-241-239-3.lohjanpuhelin.fi] has joined #launchpad [05:10] salgado, I love incremental diffs === _thumper_ getting cup of tea === _thumper_ happy [05:11]