[02:23] <azend> KombuchaKip: Thanks for sharing
[02:23] <azend> genii has his opinion and I have mine
[02:24] <azend> I'm glad to hear about your ongoing efforts
[02:28] <KombuchaKip> azend: Thanks man. The support we've been receiving from around the world has been incredible. We're shipping the DVD on avaneya.com everywhere from the UK, Australia, Finland, and now another a few minutes ago to Canada.
[02:36] <azend> Very nice
[02:42] <azend> KombuchaKip: are you shipping them personally or processing requests through a fulfillment centre?
[02:43] <KombuchaKip> azend: We have the discs, jewel case, and booklet manufactured off site, but we ship from on site. The company that does the manufacturing, Arvato, does all the big names.
[02:45] <azend> but you're still packing them and everything?
[02:46] <KombuchaKip> azend: No they are boxed / shrink wrapped down in North Carolina, if I recall.
[02:46] <azend> Cool
[02:47] <KombuchaKip> azend: Yeah, so far nothing but cool feedback. I think it took a bit for some people to realize what it is because it's a fairly novel product.
[02:47] <azend> I've had some hands on experience packaging and sending consumer items like this and it's no quick task
[02:48] <KombuchaKip> azend: Yes, it's really a pain in the butt. Things like shipping labels, costing with Canada Post, etc.
[02:50] <azend> I'm a member of Diyode, the hackerspace in Guelph, ON, and I help ship these http://www.spikenzielabs.com/Catalog/index.php?main_page=product_info&cPath=27&products_id=691
[02:50] <azend> We also sell through MAKE
[02:50] <azend> It does take some work
[02:50] <azend> We end up having parties to make the time spent more enjoyable
[02:51] <azend> It also means that you don't have to do it alone
[02:51] <KombuchaKip> azend: This looks like an awesome kit - and online store.
[02:51] <azend> Yeah, it's pretty darn cool
[02:52] <azend> It's a simple concept but you can do a hell of a lot with it
[02:52] <azend> be it beginner or expert
[02:53] <KombuchaKip> azend: I've got more than a few friends that would go crazy over these hardware sets.
[14:19] <marko-_-> I know this is off-topic but you guys don't have an off-topic channel so i may try here. You know the site shipitto.com which ships a package from america to you (if the store you're ordering from doesn't ship worldwide). Does canada have such a service? I want to shop from a canadian site which only ships to canada grrr
[14:32] <azend> You can't leave after 15 minutes and expect an answer >_>


[15:26] <Jemt> Hello :-)
[15:27] <Jemt> Can someone tell me how the selected language is transfered from isolinux/gfxboot to Ubuntu? I would like to be able to boot Ubuntu from a USB stick using the Live CD. This already works, but the language selection is not transfered to the USB stick. So I have to change it before I log in instead.
[15:36] <cjwatson> it's passed as debian-installer/language=en (etc.)
[15:36] <cjwatson> or locale=pt_BR (etc.) if the selected locale code contains an underscore (only happens for Chinese and Portuguese)
[15:37] <Jemt> Where do I specify this? Not as kernel params, I suppose ?
[15:37] <cjwatson> yes, as a kernel parameter
[15:38] <Jemt> I see. I'll give it a try. Reporting back in a minute :)
[15:40] <Jemt> cjwatson: What puzzles me, is that the boot menu on the LIve CD does not display any of your suggested parameters. Also, I would need to be able to do something like this:  debian-installer/language=$(selected-language-from-boot-menu)
[15:41] <Jemt> So I don't think I can use any of your suggestions, unless I want to define multiple boot entries for the USB stick, one per language. This would be an odd behaviour, since you would already have selected a language through the F2 Language menu which pops up automatically
[15:41] <cjwatson> I know it doesn't, but nevertheless it's passed under the hood
[15:42] <cjwatson> it ought to be possible to construct a system in GRUB 2 to append a variable to the command line
[15:44] <Jemt> Hm, I'm a bit surprised that the language doesn't get passed to my USB stick "under the hood" then. My boot entry is not that different from the entry booting the CD. I supposed if this was implemented properly, I would also be able to pass the language to the USB stick somehow.
[15:45] <Jemt> Actually the only difference is the root=DEVICE parameter
[15:45] <Jemt> But perhaps the language is simply not transfered if the parameter is detected
[15:47] <cjwatson> it's done by gfxboot-theme-ubuntu - that doesn't support GRUB
[15:49] <Jemt> I'm no expert in this area, but as far as I know, GRUB is never in play. I boot the Live CD. Using Isolinux I boot the kernel and point it to the USB stick's root partition. GRUB is never needed
[15:49] <cjwatson> oh, I thought you said you were using GRUB, sorry
[15:49] <Jemt> Nope :)
[15:49] <Jemt> No problem
[15:50] <cjwatson> the language parameter is interpreted by casper - it only works on live CDs
[15:50] <cjwatson> it won't work on a hard disk install
[15:50] <cjwatson> or a USB stick install that isn't a live USB stick
[15:50] <Jemt> I see. Too bad - I really liked that I could change the language using the initial boot menu :)
[15:51] <Jemt> I only support two languages on the USB stick, so I suppose I'll try your suggestion, and simply create two boot entries - one for each language
[15:52] <JanC> you could use that parameter in a boot script too I guess...
[15:52] <Jemt> I could ?
[15:52] <Jemt> Do you know what part of Casper is handling the language ? Perhaps I can port it to an UpStart job
[15:53] <JanC> kernel parameters are in /proc/cmdline
[15:53] <Jemt> Nifty, checking it out
[15:54] <Jemt> Sweet, it is. Fantastic
[15:56] <cjwatson> scripts/casper-bottom/14locales
[15:56] <Jemt> Would it be sufficient to set the locale to the selected language ?
[15:56] <Jemt> Thanks cjwatson. Checking the script
[15:57] <cjwatson> I think you might have to edit /etc/default/locale
[15:57] <Jemt> In Initrd I suppose
[15:57] <Jemt> okay
[16:00] <Jemt> I could properly just copy most of the script and have it run on boot :)
[16:38] <Jemt> JanC: Unfortunately the language argument is not available in /proc/cmdline when booting a real Ubuntu installation using the boot menu on the Live CD
[16:38] <Jemt> I just realized that now
[16:41] <Jemt> But it looks just fine on the Live CD - exactly what I was hoping to find on the real installation:file=/cdrom/preseed/ubuntu.seed boot=casper initrd=/casper/initrd.lz quiet splash -- debian-installer/language=da console-setup/layoutcode?=dk
[16:43] <Jemt> I wonder what's responsible for populating /proc/cmdline
[16:44] <JanC> the kernel, I guess?
[16:44] <JanC> based on what it gets from the bootloader
[16:45] <Jemt> So gfxboot only provides the language details to the kernel, if the boot entry contains this: boot=casper. Obviously I replaced that with root=/device, to have it boot Ubuntu on the USB stick
[16:47] <Jemt> Does that sound right ? Here is my isolinux configuration (boot entries): http://pastebin.com/63av29Va
[16:48] <Jemt> "label live" works fine - language from F2 Language List is used. "label liveusbboot" does not
[16:50] <cjwatson> you probably just aren't using gfxboot
[16:50] <cjwatson> it's not an intrinsic part of isolinux ...
[16:51] <cjwatson> I wouldn't expect gfxboot-theme-ubuntu to be used when booting an Ubuntu system ordinarily
[16:51] <cjwatson> oh, but you have an F2 menu, ok, in that case you are using gfxboot
[16:52] <cjwatson> it certainly does *not* check for the presence of boot=casper
[16:52] <cjwatson> anyway, have to go out
[16:54] <Jemt> cjwatson: Yes, it is isolinux with gfxboot - it's the ordinary Live CD which I have simply remastered. But thank you for checking whether boot=Casper was required


[00:28] <paultag> czajkowski: heyya ma'am
[00:28] <paultag> czajkowski: here now
[00:38] <jcastro> hey popey
[00:39] <jcastro> any questions/comments from my segment last week? Like, any follow up questions from the audience or anything I need to address?
[00:47] <doctormo> pleia2: What do you think of this guide blog entry? http://doctormo.org/2011/08/02/spreadsheet-awesome-check-mark-totals/
[00:48] <doctormo> Is it good to post to planet the day after tomorrow?
[00:49] <pleia2> doctormo: that's great
[00:50] <doctormo> Thanks for the review :-)
[00:50] <doctormo> How's your week going?
[00:51] <pleia2> doctormo: surviving :) you?
[00:53] <doctormo> Having fun with a virus thing, blood pressure that could kill a rhino and earning money slowly from my contract. First time in 2 years since being ejected from Canonical that I've got some income :-D
[00:53] <doctormo> So some good, some bad.
[00:58] <pleia2> now we'll call you pt<tab>
[00:58] <doctormo> ptagliamonte: When you next in Boston?
[00:58] <ptagliamonte> pleia2: I'm hiding
[00:58] <ptagliamonte> doctormo: I'm here now :)
[00:58] <doctormo> Where
[00:58]  * doctormo looks left and then right
[00:59] <ptagliamonte> doctormo: swells
[00:59] <ptagliamonte> doctormo: I got back from brighton, had some sushi
[00:59] <doctormo> Where is swells? Down town?
[00:59] <ptagliamonte> doctormo: oh, no. S'Wellesley :)
[00:59] <doctormo> That's not Boston!
[00:59] <ptagliamonte> doctormo: we called it the sweels growing up :)
[00:59] <ptagliamonte> doctormo: "greater boston area"
[01:00] <doctormo> The "greater boston area" seems to include most of Vermont and Connecticut too.
[01:00] <ptagliamonte> doctormo: meh :)
[01:00] <pleia2> and Maine!
[01:00] <ptagliamonte> and Maine! :)
[01:01] <doctormo> ptagliamonte: Let me know when your in a larger, but not so greater boston area. Cambridge, Somervile, Dorchester, JP or Boston.
[01:02] <ptagliamonte> doctormo: sure 'nuf
[01:03] <ptagliamonte> pleia2: -- http://i.imgur.com/Js2qJ.jpg -- :)
[01:04] <pleia2> nice :)
[01:08] <hggdh> jcastro: we need to sync a bit on the upstream candidates for -control
[01:08] <hggdh> :-)
[01:10] <jcastro> oh?
[01:10] <jcastro> pleia2: that's awesome
[01:11] <jcastro> someone did these throwback posters for the trilogy too
[01:12] <jcastro> http://markstoreyart.blogspot.com/2010/12/mondo-star-wars-saga-movie-posters.html
[01:12] <pleia2> jcastro: so our sales guy sent me my talk on USB, it's not as horrible as I expected, uplo[D[D[D[Dading to youtube
[01:12] <jcastro> oh cool!
[01:12] <pleia2> (also, laggy ssh because I'm uploading to youtube)
[01:14] <jcastro> hggdh: what's up?
[01:15] <hggdh> jcastro: the calumind candidate that I had just declined...
[01:15] <jcastro> eh?
[01:15] <jcastro> how come?
[01:15] <jcastro> I was just talking to him
[01:18] <hggdh> I declined him a few hours before you approved him
[01:18] <jcastro> oh
[01:18] <jcastro> he's upstream deluge whose triaging deluge bugs
[01:18] <jcastro> I told him his boundaries, etc.
[01:18] <hggdh> oh, no, the point is I should not have declined him
[01:19] <hggdh> I usually leave proposals without the email to -control hanging for a few day, on the chance it might be from one upstream
[01:19] <jcastro> oh
[01:19] <jcastro> usually the wiki instructions say "and if you're an upstream go find jorge"
[01:19] <jcastro> which he did in chat about an hour ago
[01:19] <mhall119> jcastro: missing your first ubuntu-fl team meeting, for shame
[01:19] <jcastro> mhall119: I'm idling
[01:20] <hggdh> jcastro: yes, he did it *after* I declined -- so I guess it was good
[01:20] <hggdh> we are cool, man
[01:20] <jcastro> whew I thought you were going to yell at me for approving him
[01:20] <hggdh> c'mon, man, why would I do that?
[01:20] <jcastro> well, I suppose he'll be fine until popey deletes his account
[01:20] <hggdh> LOL
[01:21]  * jcastro gives up on this formula for now
[01:21] <jcastro> man, CPAN.
[01:21] <jcastro> nuff said
[01:21] <hggdh> indeed
[01:34] <Daviey> jcastro: Surely if you /really/ want to use alice trunk, you can still use the archive deps?
[01:34] <Daviey> so you don't need cpan?
[01:41] <jcastro> Daviey: that's exactly what I am trying to figure out
[01:41] <jcastro> my problem was I couldn't figure out what packages corresponded to it's deps
[01:41] <jcastro> but then I said "WAIT, daviey had to had figured this out for the packages"
[01:42] <jcastro> so I was just doing that
[01:42] <jcastro> Daviey: ec2 is so slow, I need LXC, heh
[01:43] <jcastro> it's like, I don't have time to wait for the stupid instance
[01:44] <Daviey> heh
[01:49] <Daviey> jcastro: check the deps of the package.. there are a few :P
[01:49] <jcastro> I did
[01:49] <jcastro> a few not in 11.04 too
[01:50] <Daviey> perl, libany-moose-perl, libanyevent-dbi-perl, libanyevent-http-perl, libanyevent-irc-perl, libanyevent-perl, libdbd-sqlite3-perl, libfile-sharedir-perl, libirc-formatting-html-perl, libjson-perl , liblist-moreutils-perl, libplack-middleware-session-perl, libplack-perl, libsql-abstract-perl, libtext-microtemplate-perl, libtry-tiny-perl, twiggy
[01:50] <jcastro> twiggy isn't in 11.04
[01:50] <jcastro> and some others but I sorted it
[01:50] <Daviey> jcastro: they are all *now* in Oneiric
[01:50] <jcastro> yeah, but the images are 11.04
[01:50] <Daviey> as of 5 mins ago
[01:50] <jcastro> nice!
[01:50] <Daviey> jcastro: well who uses THAT?
[01:50] <jcastro> heh
[06:19] <jono> heading to bed, back in a few
[06:19] <jono> night all!
[06:19] <dpm> morning all
[06:25] <nigelb> morning!
[08:16] <kim0> Morning all
[08:20] <duanedesign> o/
[08:32] <ejat> morning ..
[13:40] <maco> pleia2: i dont see the launchpad example as upstream. if we didnt have launchpad we'd...have bugzilla and github
[13:41] <maco> its a tool. just because canonical decided to roll their own doesn't, IMO, make it *part* of ubuntu
[13:42] <maco> ubiquity is my example of "pretty clearly part of ubuntu with no alternate upstream" where id count the contributions as part of ubuntu.
[13:43] <maco> jcastro: <czajkowski> jcastro: you work with the Ubuntu community so eh that counts    <-- hell, if you *don't* work with the community at all but do lots of tech, you won't get membership
[13:43] <maco> its the community involvement that i see as the absolute requirement
[13:44] <maco> (i know im really really late, but i wasnt online after work)
[13:45] <maco> czajkowski: with the DMB, what we do if there's a "could get in if there was one more person here" is take it to the mailing list after the meeting.  the Americas RMB tends to be unanimous on most stuff though, so it hasnt had to do that since I joined
[13:46] <maco> DMB considers quorum enough to approve but not enough to veto
[13:47] <czajkowski> maco: right but we had enough for the meeting to go ahead, should we go to a ml every time we need one more +1 ?
[13:47] <maco> thats what we do
[13:47] <czajkowski> it leads to going down a rocky path
[13:47] <maco> it doesn't happen frequently, mind
[13:50] <maco> Upstart is used in both Ubuntu and ChromeOS, and AIUI Google's started to do some dev on it (what with Keybuk and all...) so now that it's a more-than-just-Ubuntu thing, I don't think I'd be as inclined to count at as not-really-upstream
[14:24] <kim0> huats: wrt the openstack docs, can we get the PDF doc in a ready-to-publish quality soonish ?
[14:24] <kim0> I'd love to push it asap :)
[14:26] <huats> kim0, I am doing it before tonight
[14:26] <kim0> awesome!
[14:26] <huats> well I'll start and I give you the result :)
[14:27] <kim0> I hope the output PDF will look nice .. I trust sphinx though :)
[14:58] <jcastro> we have a call today right?
[15:01] <jono> jcastro, dpm, kim0 all set?
[15:01] <jcastro> nod
[15:01]  * kim0 nods
[15:03] <jono> kim0, invite sent
[15:23] <jcastro> https://www.desktopsummit.org/
[15:55] <paultag> Boohyeah. First contribution to pkg-java-maint in Debian.
[15:57] <h00k> Pardon me asking...does this involve the public (non-Canonical) teams as well? For instance, a LoCo contact?
[15:57] <h00k> (this channel, apologies)
[15:57] <jcastro> h00k: sure hang out!
[15:57] <paultag> h00k: it's mostly for community teams to sync with eachother, it's open to anyone, but you might find it dull some times :)
[15:58] <paultag> kim0: but yeah, totally :)
[15:58] <paultag> Oh jeez
[15:58] <paultag> sorry kim0
[15:58] <h00k> paultag: it's just another idle number on my list of open channels ;)
[15:58] <h00k> jcastro: cool, alrighty.
[15:58] <h00k> I saw it mentioned, figured I'd check it out.
[15:58] <kim0> :)
[15:59] <h00k> (we were talking about it in -ops-team)
[16:00] <paultag> sounds like a community-team to me :)
[16:00] <h00k> yep, that too.
[16:02] <IdleOne> jono: y u never call me?
[16:03] <h00k> IdleOne: I'll call you. I'll call you 'guy who should bring me coffee'
[16:03] <IdleOne> h00k: I have experience in waiter type duties
[16:03] <IdleOne> cream and sugar?
[16:03] <h00k> nothanks!
[16:04] <topyli> IdleOne: i knew there was a place for you!
[16:04] <h00k> doho
[16:04] <IdleOne> Do you have one of our CoffeeCards, buy 400 and get 1 free?
[16:05] <IdleOne> topyli: no more freebies for you sir :(
[16:05] <maco> h00k: its also often offtopic
[16:05] <topyli> it's too big for my suitcase :(
[16:05] <h00k> I make copies, I purchased your special hole-punch and make my own.
[16:14] <h00k> maco: wooo!
[16:15] <h00k> jcastro: you'd be one to ask (I tweeted you that one day about deleting articles, you'd be happy, etc), but there's an article https://help.ubuntu.com/community/Mac_mini which is irrelevant because it deals with 7.10. Delete?
[16:16] <paultag> h00k: you can poke the doc guys about that :)
[16:16] <paultag> h.u.c is maintained by thems :)
[16:16] <huats> kim0, I have been trying to build the pdf, but there is a bug on the generator :(
[16:16] <huats> I need to look closely at it
[16:27] <kim0> huats: mm ok, I hope it's not an ugly one
[16:28] <huats> kim0, I am not sure really...
[16:28] <huats> I'll try using the latest version (not packaged yet)
[17:17] <czajkowski> maco: who moderates<EMAIL_ADDRESS>[17:17] <maco> czajkowski: all of us
[17:18] <maco> something stuck right now?
[17:18]  * maco looks
[17:18] <czajkowski> yup
[17:18] <czajkowski> mine
[17:19] <maco> done
[17:19] <czajkowski> maco: thanks
[17:19] <maco> the "something's pending" email hadnt even gone out yet
[17:19] <czajkowski> :)
[17:42] <nigelb> does any one have the partner repo entry handy?
[17:42]  * nigelb messed his sources.list
[17:46] <jcastro> <--- late lunchin'
[17:46] <jcastro> deb http://archive.canonical.com/ubuntu oneiric partner
[17:46] <jcastro> deb-src http://archive.canonical.com/ubuntu oneiric partner
[17:46] <jcastro> nigelb: ^
[17:46] <jcastro> natty of course
[17:50] <nigelb> jcastro: Thanks!
[19:44] <jcastro> nigelb: got a minute?
[19:49] <jcastro> cjohnston: or you
[19:50] <nigelb> jcastro: yeah
[19:50] <nigelb> jcastro: what's up?
[19:51] <jcastro> ok
[19:51] <jcastro> https://www.desktopsummit.org/
[19:51] <jcastro> see that sponsor bar on the right?
[19:51] <jcastro> the vertical one with the logos
[19:51] <nigelb> yeah
[19:51] <nigelb> want something like that?
[19:51] <jcastro> I would like to put something like that on the uds.u.c home page (just the home page)
[19:51] <jcastro> yeah
[19:51] <jcastro> but like, the photos mess me up and it ends up looking stupid
[19:51] <jcastro> like I want to just tack it to the right
[19:52] <jcastro> and then shift the whole thing so it's centered
[19:52] <nigelb> this is on uds.ubuntu.com?
[19:52] <nigelb> ah, yes
[19:53] <nigelb> jcastro: err, I didn't understand the bit about tack right
[19:53] <jcastro> basically just have it running along the right border
[19:53] <jcastro> where the dots are
[19:54] <jcastro> or would it look better if it was within the column
[19:54] <nigelb> that's going to be harder than you thin,
[19:54] <nigelb> *think
[19:54] <jcastro> and the pictures shrunk?
[19:54] <nigelb> we can increase the width and stick it in there
[19:54] <nigelb> or yeah, shrink the pictures
[19:54] <nigelb> (sorry its 1:30 am local time, I may be slow)
[19:55] <jcastro> it's ok!
[19:59] <nigelb> jcastro: If I get some time, I can do something in firebug over the week and give you a screenshot
[19:59] <jcastro> it's ok I'll mess with it
[20:22] <jcastro> aha!
[20:22] <jcastro> https://uds.ubuntu.com/
[20:22] <jcastro> check it out yo
[20:25] <huats> kim0, are you around ?
[20:26] <huats> jcastro, I got a not found page
[20:26] <huats> (on the frontpage)
[20:28] <jcastro> works for me, can someone else confirm?
[20:28] <Pici> 'Apologies, but we were unable to find what you were looking for. Perhaps searching will help.'
[20:29] <maco> not found
[20:29]  * huats feels less lonely :)
[20:29] <jcastro> oh oops
[20:29] <jcastro> try now
[20:29] <huats> way better :)
[20:29] <Pici> Much better
[20:38] <jcastro> jono: are you sitting down?
[20:38] <jono> jcastro, yep
[20:38] <jcastro> jono: hetfield turned _48_ today.
[20:38] <jono> jcastro, that is insane
[20:39] <jono> I was thinking about this today - my brother in law's gf is 21 - the year she was born...Home Alone came out
[20:39] <jcastro> lol
[20:47] <pleia2> jono: the individual RMB lists are going away, you want<EMAIL_ADDRESS>[20:47] <pleia2> (the individual ones are slated to be disabled, no one has done it yet)
[20:48] <pleia2> but they're not maintained and new members aren't on them
[20:49] <jono> pleia2, ahhh thanks
[20:50] <jono> pleia2, I added them to the thread
[20:50] <pleia2> thanks :)
[20:50] <pleia2> added your address to accepts
[20:50] <jono> pleia2, could you approve me as a sender on that list?
[20:50] <jono> thanks!
[20:58] <huats> kim0, the creation of openstackbook is OK, using the latest available tarballs
[20:59] <huats> kim0, and they are on oneiric, so I'll try to build it there soon
[20:59] <huats> but the result is not very good yet... I'll try to figure out what I can do since we can use templates...
[21:00] <huats> jono, you should think that kind of fact (HomeAlone) you hurts everyone around :)
[21:01] <huats> jono, sorry, I meant : "you shouldn't think to ..."
[21:08] <kim0> huats: we're making good progress then :)
[21:10] <huats> kim0, indeed
[21:10] <kim0> \o/
[21:10] <huats> kim0, not really an easy way but a way :)
[21:11] <kim0> huats: awesome stuff, rock n roll
[21:12]  * kim0 jumps back to real life
[23:17] <h00k> kim0: what is this 'real life' you speak of


[02:28] <meteoroid> with bzr-svn, can i give a specific revision #? i want to clone a repo with thousands of revisions and want to pull 1k revisions per night.
[02:28] <jelmer> meteoroid, yes, see -r
[02:29] <meteoroid> jelmer - with svn-import ?
[02:30] <meteoroid> or is it easier if i branch each of the root-level 'project' areas with branch, into a shared repo?
[02:30] <jelmer> ahh, there's no option for svn-import for that
[02:30] <meteoroid> yeah see
[02:30] <meteoroid> i need to svn-import something with over 50k revisions
[02:30] <meteoroid> and i'd rather not crash their server ;)
[02:30] <meteoroid> as svn is known to leak and take apache town altogether
[02:31] <AfC> meteoroid: doing `bzr pull -r $x` where $x is incrementing by a few hundred (or whatever) each loop will probably do fine.
[02:33] <meteoroid> AfC: but, how should i start it all off? i'd be best off, as i understand, with an svn-import, and i'm concerned if the branching will be properly recognized otherwise, which may increaase the amount needing to be transferred, and the storage used, exponentially..
[02:33] <meteoroid> i mean this is a huge repo
[02:43] <AfC> meteoroid: just start it off with a branch at -r 10 or something.
[02:43] <meteoroid> hm.
[02:43] <meteoroid> maybe just -r 1
[02:43] <AfC> meteoroid: (actually a `bzr init --rich-root-packs` or whatever == empty branch works too)
[02:43] <meteoroid> hm
[02:43] <AfC> and then a URL on the first pull
[02:43] <meteoroid> explain more about the last statement..
[02:43] <meteoroid> i'd love to write a general purpose utility for branching large svn repos as a shell script or something based on your advise
[02:43] <meteoroid> advice
[02:44] <AfC> meteoroid: For what it's worth, I wrote about in making an initial Bazaar conversion of a monster branch (GTK, as it happens)  which you might find interesting. http://research.operationaldynamics.com/blogs/andrew/#bzr-branch-of-gtk
[02:44] <meteoroid> thanks!
[02:44] <meteoroid> GTK is quite possibly a good bit larger than mine
[02:44] <meteoroid> how many revs when you started?
[02:44] <meteoroid> hm 15k revisions
[02:45] <meteoroid> except for memory limitations on my 1GB Ubuntu slice, I was able to branch over 5k revisions of a 10,5 revision repo
[02:45] <meteoroid> but i figure if i come up with a gentle strategy for the 52k+ rev repo, it will work for others
[02:45] <meteoroid> 15k revisions i could probably branch easily on a bigger box in one overnight run
[02:46] <AfC> meteoroid: the key point is that once *someone* has done the conversion once, no one else has to. They can all just `bzr branch` from you, and then later update their branch via `bzr pull svn+ssh://...`
[02:46] <meteoroid> no i totoally understand
[02:47] <meteoroid> i'm just concerned that i can't be busying up the server for more than a handful of hours
[02:47] <meteoroid> 5k revisions took long enough
[02:47] <meteoroid> i want to spend a month or so pulling around 100k revisions across a few repo
[02:59] <AfC> meteoroid: do you have access to this server? The other way to do this is to get an svn dump, transfer that in toto, and then operate on that elsewhere
[03:00] <AfC> meteoroid: that's how Jc2k built the bzr-mirror.gnome.org set
[03:39] <meteoroid> AfC : the server admins may be hostile, but i can work on it..
[03:40] <meteoroid> i know that'd be the best way.  an svndump i could load and then pull the latest from
[03:40] <meteoroid> i know once i have a copy that updates will be very light
[03:40] <meteoroid> and that's a big reason i've chosen this approach
[03:40] <meteoroid> to provide greater branching freedom in our community
[03:40] <meteoroid> but i'm not sure all people will be welcoming at first
[03:40] <meteoroid> until we can contribute back..
[03:41] <meteoroid> so it's a chicken egg problem and i'd like to just spend a few weeks pulling a couple k rev at a time to not overload upstream server.
[03:41] <meteoroid> but if we need to surf the social issues, we will
[04:50] <pickscrape> lifeless: are you around?
[04:51] <pickscrape> Quick question. In the color discussion Jonathan Lange suggested taking the terminal coloring code from twisted.trial: it supports handling things like Win32 already
[04:51] <pickscrape> What's the bzr policy for taking code from other projects like that?
[05:00] <meteoroid> twisted license is MIT, ya?
[05:08] <lifeless> pickscrape: depends on how it will be taken; if its being copyied it needs to be a) licence compatible and b) not large enough to trigger the need for assignment
[05:11] <pickscrape> Basically it is two classes from here: http://twistedmatrix.com/trac/browser/tags/releases/twisted-8.1.0/twisted/trial/reporter.py
[05:16] <pickscrape> If it's not feasible I can work on my own implementation instead. I wasn't going to use them verbatim anyway.
[05:24]  * meteoroid has had some convo recently with RMS regarding GNU licenses and python "dynamic linking" or loading of .py files, which is fuzzy license territory apparently, despite my previous beliefs..
[05:29] <pickscrape> I think I'll just write my own. Less hassle. :)
[07:32] <markh> lifeless: ?
[07:54] <xshelf> I am having problems in building bzr plugins on windows using MinGW (dir_walk plugin), is it a known issue
[07:55] <xshelf> Since I have been benchmarking it for emacs repository, any performance gain would help
[07:55] <xshelf> I believe that dir_walk on windows does speed up things, am I right in my assumption?
[08:02] <xshelf> anyone online now?
[08:09] <markh> xshelf: if you can get bzr 1.6 building it should already have optimized dir walking for win32.
[08:10] <xshelf> i am using bzr from the bzr.dev
[08:10] <markh> right - and can't get the extension building?
[08:10] <xshelf> i must say it is much better than I (dhruvakm) did a earlier benchmark for emacs
[08:10] <xshelf> yes, I get an error in building the extension
[08:11] <xshelf> python setup.py build -c mingw32
[08:11] <xshelf> something to do with Py_ssize type
[08:12] <markh> hrm - python 2.4?
[08:12] <xshelf> it used to build just fine with vc 2003 and my installed python was built using the same compiler
[08:12] <xshelf> python 2.5.2
[08:13] <markh> strange - it has Py_ssize_t - what is the error?
[08:13] <xshelf> i had to update to vc 8, python does not have vc8 distro
[08:13] <xshelf> I am therefore forced to use mingw
[08:13] <xshelf> error: bzr.dev\bzrlib/_walkdirs_win32.pyx:65:15: Syntax error in C variable declaration
[08:16] <markh> I'm afraid I really can't help I'm afraid :(  I think the author of that code does use mingw, so its possible opening a bug report will get results.
[08:16] <markh> you could always build your own python with vc 8 ;)
[08:17] <xshelf> it needs a whole lot of stuff like sql-lite, bdb...
[08:17] <markh> yeah - but so would building from vc7 - but I agree its a PITA :(
[08:17] <xshelf> i tried hoping it would be quick, just gave up after sometime
[08:18] <xshelf> i really like the PERL bundling
[08:18] <markh> oh - right - if you could use vc7 you wouldn't have to build python itself!
[08:18] <xshelf> I have built PERL using cygwin, mingw and msvc with no sweat
[08:18] <xshelf> true
[08:19] <xshelf> and you cannot build python with mingw
[08:19] <xshelf> i wonder if we have some python devs here listening, get python to build with mingw. I build emacs regularly with mingw and it works fine
[08:20] <markh> some people have managed and contributed makefiles, but they are rarely kept up to date.  It all relies on volunteers, and on Windows at least, builds using a non-standard compiler are less interesting as you can't get any pre-built binaries for it.
[08:20] <xshelf> you have CMake
[08:20] <xshelf> at work, we just moved to cmake
[08:20] <xshelf> it generates platform/compiler specific build files from a common set of cmake files
[08:21] <xshelf> I am really impressed by cmake. BOOST is moving towards cmake (giving up their home grown bjam tool)
[08:22] <xshelf> i never realized you are the same Mark of Python win32 ext
[08:22] <markh> heh - yeah
[08:23] <xshelf> great, you really have brought Python to the windows world, thank you for that
[08:23] <markh> working on bzr 1.6 binaries as we speak - but msvc7 built ones ;)
[08:23] <markh> my pleasure :)
[08:23] <markh> thanks!
[08:23] <xshelf> welcome
[08:23] <xshelf> yes, building with msvc 7 was easy
[08:24] <xshelf> i made a blunder of uninstalling it when i had to install vc8
[08:24] <xshelf> i thought i would save some disk space :-(
[08:24] <markh> can't you reinstall it?
[08:24] <xshelf> i have to run to IT, they will ask questions and get license approvals and all the corporate noise...
[08:24] <markh> heh - bugger
[08:25] <xshelf> i will try that anyway on monday
[08:25] <markh> so - bzr 1.6 should be much faster than 1.5 even without that extension
[08:25] <xshelf> it sure is
[08:25] <xshelf> i was part of the emacs mail chain opposing adoption of bzr
[08:26] <markh> although that extension makes a big different for big trees.  Quoting John, its author: " With this patch, doing 'bzr status' in a mysql tree on Win32 changes  from: 4.2s => 0.64s, or about 6.5x faster. It is quite noticeable when your command prompt hangs for 4s versus returning in < 1s."
[08:26] <xshelf> the turning point was when RMS posted that we have to adopt another GNU project and help make it better
[08:26] <xshelf> Yes, I keep running such commands too often in my development
[08:27] <xshelf> i thought of writting something like using inotify for windows
[08:27] <xshelf> so that, my changes are tracked without walking directories
[08:27] <markh> The binaries I've got a looking pretty good.  If you ping me on Monday I can make sure one is up for you to play with if you like
[08:27] <xshelf> i need time to do that, something that sysinternals filemon (procmon) does
[08:28] <xshelf> i will do that, thanks.
[08:28] <xshelf> I will try getting vc 7 so that I can build and play myself
[08:28] <markh> yeah, tortoise will grow a file-watcher
[08:29] <markh> but bzr status is *very* fast - we are already much much faster than tsvn on most trees I've tried
[08:29] <xshelf> another question: can bzr seamlessly with perforce?
[08:29] <xshelf> I am looking for something like git-p4
[08:29] <markh> not afaik, but its an opportunity waiting to be taken, along the lines of bzr-svn ;)
[08:30] <xshelf> i am forced to use p4 at work, would love to use just bzr for emacs and work
[08:30] <markh> but google may well prove me wrong - I'm not that much in the loop that I'd know about it
[08:31] <xshelf> i have just started looking at vcp from perforce. The svk folks had used vcp to support seamless operability with p4 but dropped it in their new releases
[08:31] <xshelf> let me do some ground work and keep this channel posted
[08:32] <xshelf> well, my family is back, will catch you on monday
[08:33] <xshelf> have a nice weekend. I have to tear myself away from this computer...
[08:33] <markh> cheers!
[08:45] <gour> morning
[08:46] <gour> i just built bzr from the repo and it bears the label:bzr1.7dev. when is 1.6 going to be released?
[08:47] <spiv> gour: the 13th is the plan (see the release announcement for 1.6rc1)
[08:55] <gour> spiv: ta. i'm looking at release notes, but there is nothing
[08:56] <gour> anyway, will bzr come back to regular (aka monthly) releases?
[09:45] <Bronger> Feature request proposal: I'd like to have diffs with diff's "-c" option.  It should be possible to set this in the conf file, so that not only "bzr diff" but also "bzr commit --show-diff" benefit from it.
[10:00] <jonnydee> hello -- I'v got a question: what is the best way to incorporate the contents of repository B into A? At the moment I'm only aware of doing a merge... Is it the right way, or is there another approach?
[10:00] <jonnydee> sorry, I'm confusing repository with branch
[10:01] <jonnydee> but on the other side doing it with shared repositories would also be interesting
[10:02] <jonnydee> btw, with "contents" I mean the complete history, too
[10:05] <Bronger> jonnydee, I think you could also append the changes of one branch to another branch with re-basing.  Haven't done this yet, though.
[10:05] <jonnydee> rebasing...ok. It sounds like this might be a solution...
[10:05] <Bronger> Are the contents of both branches disjunct?
[10:06] <jonnydee> Yes, they generally are. The reason why I'm asking is: I would like to write a plugin that is able to
[10:07] <jonnydee> convert a branch/repository in such a way that the root of the repository/branch is moved one level up in the directory tree
[10:07] <jonnydee> (while preserving the directory tree)
[10:09] <jonnydee> for example, if I have a branch in: /tmp/repo/jonnydee/
[10:09] <jonnydee> then I would like to be able to move /tmp/repo/jonnydee/.bzr to /tmp/repo
[10:10] <jonnydee> which means the directory jonnydee is now versioned, too
[10:10] <Bronger> But repo is not a branch, but a ... well ... repo.
[10:11] <Bronger> I think that this would create some administrative collisions, although I must admit that I don't knot the Bazaar interna.
[10:11] <jonnydee> yes, I know. But I need to handle any combinations....
[10:11] <Bronger> What's the eventual purpose you're thinking of?
[10:12] <jonnydee> Well the idea came from a discussion here
[10:13] <jonnydee> someone had exactly this problem: he versione controlled a specific subdirectory and decided to extend version control over to the parent directory
[10:13] <jonnydee> in his case the solution was simple:
[10:15] <Bronger> I can imagine his solution already.  You may proceed with explaining a case that is not so simple.  ;-)
[10:16] <jonnydee> well, sorry, I'm a bit confused at the moment -- I think it's too early in the morning.
[10:16] <jonnydee> But you got the idea
[10:16] <Bronger> Not really, because your example can be easily solved without new features.
[10:17] <jonnydee> the more complicated cases are where one extends version control to a parent directory that has subdirectories containing other branches/repositories....
[10:17] <jonnydee> ...and now ;)
[10:17] <jonnydee> ???
[10:22] <jonnydee> with other words, the general case is: you strat from an arbitrarily deep subdirectory in the file system, which contains the repository/branch you want to extend one level upwards. when you go one level upwards you might encounter a shared repository, or nit
[10:22] <jonnydee> not
[10:22] <Bronger> Even then it's simple: Go to the root of your branch (not repo!) and type "bzr mkdir branchname".  Move all other top-level files/directories into that dir with "bzr mv".  Then move the desired files/dirs from .. into the branch root dir, and add them with "bzr add".  Commit everything, voilPONG :niven.freenode.net
[10:24] <jonnydee> but I do not only want the contents but also their history (if any)
[10:25] <jonnydee> so lets assume my parent directory is a shared repository. now this means all the branches contained in the shared repository need to be combined into a single branch
[10:26] <jonnydee> if it is not, then your solution comes into place -- with one exception
[10:27] <jonnydee> if some subdirectory of the parent directory contains a branch itself (which may be located in an arbitrarily deep subdirectory) then there is no simple way like adding the files
[10:27] <jonnydee> because we also want the history
[10:29] <jonnydee> well, while I'm explaining this I am starting to doubt whether such a plugin is woth the work....
[10:29] <Bronger> Do the branches have a common ancestor?
[10:30] <jonnydee> maybe they have, maaybe not
[10:30] <jonnydee> In a general case, you might have or are likely to have common ancestors
[10:32] <jonnydee> such a plugin would be a nice-to-have for me, but the question is: how often is it needed to extend the root to one (ore more) levels up....
[10:33] <jonnydee> anyway, I think you see it is not that easy when considering the general case
[10:33] <jonnydee> ok bye Bronger - cu ;)
[10:35] <Bronger> In any case, you have to move all dirs to their final positions in their respective branch, so that there are no collisions anymore when you unite them.  If they have a common ancestor, I'd do a merge, if they have not, you have to do a rebase I think.  You can rebase in both cases though.  Given that this is a rare use case (in case of no common ancestry even *very* rare), and given that it is feasible to do it manually, I don't think that it's worth a plugin
[10:38] <jonnydee> Bronger, I thin you are right.... You know, I'm trying to get into Bazaar development and I thought writing a "simple" plugin would be a good starting point....but this turns out to not be the simplest plugin....
[10:38] <jonnydee> especially in comparison with the benefit one would gain.... :(
[10:39] <jonnydee> ok, so thank you very much for your help and feedback!!! :)
[10:40] <jonnydee> and sorry that I've been wasting your time...
[10:42] <LarstiQ> jonnydee: bzr merge -r 0..-1 path/to/otherbranch
[10:42] <Bronger> Not at all. It help me to understand those DVCS more and more.
[10:44] <jonnydee> thinking positive is always a good idea ;)
[10:44] <LarstiQ> jonnydee: the key thing there is revision 0, being a virtual revision every revision dag inherits from
[10:45] <LarstiQ> jonnydee: so even if the two branches don't have anything in common otherwise, you can force them to merge that way
[10:45] <jonnydee> LarstiQ: When using this command, do I get the complete history from the other branch, too?
[10:45] <LarstiQ> jonnydee: as came up (I didn't read all backlog), you might want to move directories beforehand to keep things from clashing.
[10:45] <LarstiQ> jonnydee: yes.
[10:46] <jonnydee> that sounds like magic :)
[10:46] <LarstiQ> well, it's just normal operation really :)
[10:46]  * LarstiQ runs off for the day
[10:46] <LarstiQ> jonnydee: have fun :)
[10:46] <jonnydee> thanks larstiq
[10:46] <jonnydee>  :)
[10:48] <jonnydee> well, I'm going to play a bit. maybe, I'll implement simple cases, just for fun....and if I still have fun, then maybe I consider more complex cases...
[10:49] <jonnydee> Thanks a lot to Bronger an to LarstiQ :)
[10:52] <Peng_> jelmer: I have a couple bzr-svn questions. With that root revision patch, what exactly was broken, and did data get corrupted or anything, or would bzr just traceback?
[10:54] <Peng_> jelmer: Also, with changing the file ID map version, what exactly does that mean?
[10:54] <jelmer> Peng_: The root revision patch is more just paranoia at this point
[10:55] <spiv> gour: yes, back to monthly releases is the plan
[10:58] <Peng_> jelmer: Okay.
[11:00] <jelmer> Peng_: the file id map version was changed because older versions of bzr-svn may write invalid data to it in some corner cases
[11:01] <jelmer> rare, but still
[11:03] <spiv> jelmer: I liked the suggestion for bumping the version to 1.0, btw.
[11:05] <Peng_> I dunno about 1.0, but I would vote for 0.5.
[11:11] <jelmer> spiv, I'd rather wait with any sort of major version change until the mappings change again
[11:12] <spiv> jelmer: fair enough.  But 1.0 soon is justified I think, it is a pretty mature tool now.
[13:11] <lifeless> markh: ?
[14:55] <rocky> jelmer: remember the other day i said i was working on a bzr-svn blog post and would like you to review it before i published it? i have it ready... don't suppose you have an email i could send it to?
[14:55] <jelmer> rocky, Yeah, sure - my email is<EMAIL_ADDRESS>[14:58] <rocky> sent
[15:00] <jelmer> brb
[15:10] <jelmer> rocky, just curious - what sort of blog software do you use?
[15:10] <rocky> TextPress
[15:10] <rocky> i'm a python fanatic
[15:10] <rocky> www.serverzen.net
[15:11] <rocky> i just blogged on settnig up TextPress ;)
[15:14] <jelmer> rocky, I don't see any errors
[15:14] <rocky> any obvious misuse of bzr? i mean, am i using bzr in an acceptable fashion? :)
[15:15] <jelmer> rocky: heh, no that all looks alright
[15:15] <dato> jelmer: I think Wilmer van der Gaast sits a few places from me at work. ;-)
[15:16] <jelmer> dato: Ah, cool
[15:16] <jelmer> dato, he's a good friend of mine
[15:16] <jelmer> dato, I was over there at Google a couple of weeks ago
[15:16] <dato> O'RLY?
[15:16] <rocky> jelmer: alrighty then
[15:16] <dato> we missed the chance to meet, then :(
[15:16] <rocky> now the question is do i wait a bit since i blogged just a few days ago, or post immediately :)
[15:16] <jelmer> dato, You're working for google these days?
[15:17] <dato> jelmer: I'm doing an internship this summer, at least for now.
[15:17] <jelmer> dato, ah, nice
[15:26]  * pickscrape gets bzr diff --color working for the first time :)
[15:28] <jelmer> rocky, thanks for the link to textpress, I'll check it out
[15:28] <jelmer> dato, ask him about french-irish girls in boots :-)
[15:28] <rocky> jelmer: np, my blog post should get you started fast
[15:58] <nexus10> hi -- is there any way I can use 'bzr branch' to read a .bzr repo which is served by a webserver at https://server/site/.bzr  -- when this is passwd protected?
[15:59] <nexus10> I can access the dir using a browser by entering credentials into the basic-auth dialog
[16:00] <beuno> nexus10, sure, bzr branch https://user@server/site
[16:01] <beuno> it should just ask you for the password
[16:01] <nexus10> beuno: :-)
[16:01] <nexus10> beuno: now I feel *really* smart...
[16:02] <beuno> nexus10, I went through the same thing before I learned that, so, welcome to the club  :)
[16:03] <nexus10> :-)
[17:22] <nexus10> beuno: that bzr branch https://user@server/site worked splendidly, thanks a lot.
[18:41] <rindolf> Hi all.
[18:41] <rindolf> How do I use bzr-svn ?
[18:46] <rocky> rindolf: http://www.serverzen.net/2008/08/09/starting-with-bazaar-bzr-svn
[18:48] <rindolf> rocky: thanks.
[18:53] <Peng_> beuno: Loggerhead question: If a commit message is "foo\n\nbar", the /changes page will show "foo" in the summary. Then if you click the expand button, it changes to "foo bar". Is that intended?
[18:54] <rindolf> rocky: python: subversion/libsvn_ra/ra_loader.c:944: svn_ra_get_log2: Assertion `*path != '/'' failed.
[18:54] <beuno> Peng_, it's expected rather then intended
[18:55] <beuno> we strip out all HTML to show in that context
[18:55] <beuno> including \n
[18:55] <beuno> so we can show a plain commit message
[18:56] <beuno> there may be smarter ways of doing that though
[18:56] <beuno> pickscrape, ping
[18:56] <Peng_> Ah..
[18:57] <Peng_> Well, I'm gonna go. Have a nice day. :)
[18:57] <beuno> Peng_, you too
[19:03] <rindolf> https://bugs.launchpad.net/bzr-svn/+bug/234010 - hmmm...
[19:03] <rindolf> What should I do?
[19:08] <rindolf> Anyone?
[19:15] <beuno> rindolf, jelmer is the right person to talk to, but probably not on a weekend
[19:16] <beuno> he'll see the bug eventually, and help you out
[19:16] <rindolf> beuno: thanks.
[19:17] <beuno> :)
[20:01] <asabil> is it normal that the bzr PPA for hardy doesn't actually contain bzr ?
[20:03] <Peng_> Heh.
[20:04] <Peng_> Oh, I'm using the beta PPA. I forgot.
[20:04] <Peng_> asabil: Yes, it is. Someone published 1.6b3 for Hardy, and you can't revert it back to 1.5.
[20:04] <beuno> asabil, it will contain only releases from now on
[20:04] <beuno> so beta PPA for betas/rc's, and bzr PPA for releases
[20:05] <beuno> asabil, https://edge.launchpad.net/~bzr-beta-ppa/+archive
[20:05] <asabil> beuno: hmm ? but it doesn't even contain bzr 1.5
[20:05] <beuno> asabil, right, as Peng_ pointed out, something went wrong, and it had to be removed. 1.6 *will* be on there
[20:05] <asabil> beuno: I don't really want bzr 1.6
[20:05] <beuno> and everything should be fine from now on
[20:05] <asabil> oh oki
[20:22] <NewsMan08> Hello All
[20:42] <pickscrape> beuno: pong
[20:42] <beuno> pickscrape, hi  :)
[20:42] <pickscrape> Afternoon :)
[20:42] <beuno> I've been looking at your patch/branch
[20:43] <beuno> I can't figure out *what* it does
[20:43] <pickscrape> It converts the path string at the top of the file and directory browser pages into breadcrumb links
[20:44] <pickscrape> So you can click on the parts of the path to browse to that directory
[20:44]  * beuno tests again
[20:46] <beuno> pickscrape, cool. Can you make the file browsing do that too?
[20:47] <pickscrape> I thought I'd got them all... Which view are you looking at?
[20:47] <beuno> pickscrape, when you end up in the actual branch
[20:48] <pickscrape> It should already work
[20:48] <beuno> in /files
[20:48] <beuno> it doesn't for me  :/
[20:50] <pickscrape> I just browsed into loggethead/loggerhead/static/css locally. At the top I see "viewing /loggerhead/static/css for revision 206"
[20:50] <pickscrape> loggerhead, static and css are all links for me
[20:51] <beuno> pickscrape, aaaaaaah
[20:51] <beuno> I was expecting the path to continue
[20:51] <beuno> so when I jumped into the file view
[20:51] <beuno> I expected to be able to go back
[20:52] <pickscrape> Ah, you mean the branch name part to the left of the 'viewing'
[20:52] <beuno> right
[20:52] <beuno> it deserved some thought
[20:52] <pickscrape> Yes, I didn't want to play with that because my aim here was to add the links without changing the presentation at all
[20:53] <pickscrape> But I suppose I could add the path to the branch to the left of the branch name.
[20:53] <pickscrape> The branch name itself should probably be a link too.
[20:54] <beuno> yeah, this is a big improvement
[20:55] <pickscrape> The problem is once you add paths, you start to expect seeing the branch's directory name, and not nick.
[20:56] <pickscrape> So it might be better doing it with pure directory names and displaying the nick somewhere else.
[20:56] <pickscrape> I have to pop out for 5 minutes... brb
[20:57] <beuno> pickscrape, ok, cool. Just one comment on the branch, and it's mergeable. You have no link to the root
[21:08] <beuno> pickscrape, I gotto run, but if you can add a link to the root, that'll be great. If not, I'll merge anyway when I come back, as this is very practical  :)
[21:19] <lifeless> beuno: see my export patch ?
[21:25] <pickscrape> beuno: not sure if you mean a link to the branch root or to the root directory that loggerhead is serving.
[22:47] <tacone> hello, wondering if I can nest branches one into another. i.e. in my project folder I could have a subfolder which contains libxxx. I'd like libxxx to be referring to an external branch. is that possible ?
[23:26] <tacone> trying again: hello, wondering if I can nest branches one into another. i.e. in my project folder I could have a subfolder which contains libxxx. I'd like libxxx to be referring to an external branch. is that possible ?
[23:27] <Peng_> tacone: Well, you can put a branch inside of another one. The outer one will completely ignore the inner one.
[23:27] <[cliff]> hi all, I'm trying to push my project onto a new launchpad branch and I'm getting this error: Transport operation not possible: http does not support mkdir(). any thoughts?
[23:28] <Peng_> [cliff]: Run "bzr launchpad-login your_username"
[23:28] <[cliff]> aha! :)
[23:28] <meteoroid> hm, why is an svn-import pulling only one portion of a repo?  i branched earlier, deleted that branch - maybe the svn cache is fudged?
[23:28] <meteoroid> jelmer?
[23:29] <tacone> Peng_: is it possibile to get the outer branch to "include" the code of the inner one ?
[23:30] <[cliff]> Peng_, good stuff, everything works. thanks!
[23:32] <meteoroid> only getting 82 rev of a repo with 577
[23:34] <meteoroid> even with --all