[00:45] <poolie> hi all
[00:49] <pigmej> hi ;)
[00:49] <pigmej> anyone alive?
[00:50] <mwhudson> maybe
[00:51] <pygi> maybe not
[00:51] <lifeless> theory has it that we can't really tell
[00:52] <pigmej> ;]
[00:52] <pigmej> ok guys :)
[00:52] <pigmej> I need to setup multibranch env
[00:52] <pigmej> with bug tracking system...
[00:52] <pigmej> the question is how to do it "good"
[00:52] <pigmej> and what do you recomend ;-)
[00:53] <pigmej> For now I cannot use launchpad...
[00:53] <pigmej> not yet..
[00:53] <lifeless> pigmej: I don't really know what you want
[00:54] <pygi> I think he wants a bug system integrated with bzr
[00:54] <pigmej> lifeless: I have project...
[00:54] <pigmej> We have multiple branches
[00:54] <pygi> pigmej, you might be interested in cluemapper then?
[00:54] <pigmej> We want to "manage" bugs etc with web interface
[00:54] <pigmej> I'm trying to do it with Trac
[00:55] <pygi> pigmej, http://projects.serverzen.com/pm/p/cluemapper
[00:55] <pygi> :)
[00:55] <pygi> also look into ClueBzrServer
[00:55] <pygi> (its there on that page)
[00:55] <pigmej> hmmm
[00:55] <pigmej> thanks..
[00:55] <pygi> but I'm off to sleep now :p
[00:55] <pigmej> I will look ;)
[00:55] <pigmej> Cu ;)
[00:55] <pygi> night
[01:00] <spiv> Good morning.
[01:05] <lifeless> jml: are you back?
[01:06] <poolie> lifeless: i don't think he will be
[01:06] <poolie> according to my record
[01:12] <pigmej> hmmm
[01:15] <lifeless> pigmej: why can't you use launchpad?
[01:16] <pigmej> I need to store code in private plase
[01:16] <pigmej> until first public release
[01:16] <pigmej> GPLv3 licence
[01:16] <lifeless> launchpad can do that if you get a subscription
[01:16] <pigmej> lifeless: yah payed one
[01:16] <lifeless> (private hosting is a for-fee service)
[01:17] <pigmej> lifeless: lauchpad hasn't private "projects"....
[01:17] <pigmej> or am I wrong?
[01:17] <lifeless> hmm, I don't remember
[01:17] <pigmej> btw error: Could not find suitable distribution for Requirement.parse('TracWysiwyg')
[01:17] <lifeless> I suggest you ask on #launchpad about that
[01:18] <pigmej> from easy_install cluemapper
[01:21] <pigmej> ok I've fixed it
[01:21] <pigmej> lifeless: launchpad hasn't private "space" in 100%
[01:21] <pigmej> but it's open source now.. so maybe that's the way..
[01:26] <poolie> pigmej: if you ask and explain the situation they might give you free temporary private hosting
[01:26] <poolie> i'm not sure
[01:27] <spiv> poolie: https://bugs.edge.launchpad.net/bzr/+bug/375013, see comment #1.  That's the hpss blackbox test that fails with 2a.
[02:23] <GungaDin> Hi
[02:24] <poolie> spiv: i pushed lp:~mbp/bzr/default2a
[02:24] <poolie> nice idea
[02:24] <GungaDin> While I'm trying to checkout a branch on my Windows machine, I keep getting a' bzr: ERROR [Errno 2] No such file or directory: u'.....'' while bzr is downloading the tree. any ideas why?
[02:24] <poolie> GungaDin: not unless you provide more information
[02:24] <lifeless> GungaDin: look in the log - bzr --version will tell you where the log is
[02:25] <lifeless> there should be a backtrace; could you pastebin that thanks.
[02:28] <lifeless>         if not hasattr(test, '__call__'):
[02:28] <lifeless>             raise TypeError("the test to add must be callable")
[02:28] <lifeless> I sometimes despair about upstream
[02:29] <pigmej> lifeless: have you tried cluemapper with bzr ?
[02:29] <pigmej> how to do it?
[02:30] <GungaDin> http://pastebin.com/d220d4a35
[02:30] <lifeless> pigmej: I don't know what cluemapper is - so no, sorry.
[02:31] <GungaDin> oops
[02:31] <GungaDin> wrong one
[02:31] <GungaDin> sorry
[02:31] <lifeless> GungaDin: no problem
[02:37] <GungaDin> http://pastebin.com/d4f2617a2
[02:40] <lifeless> I think you might be running into a path depth issue
[02:40] <GungaDin> .. ?
[02:40] <GungaDin> why? is there a limitation?
[02:40] <lifeless> either that, or one of the elements in C:/cygwin/home/me/Sources/myproj/.bzr/checkout/limbo/new-100/A/B/C/D/E/a.b.c.d.e.f.datasource is missing
[02:40] <lifeless> GungaDin: windows has many limitations
[02:41] <GungaDin> I hardly believe that's the case.
[02:41] <lifeless> is that the actual string, or did you edit it somewhat ?
[02:41] <GungaDin> I just changed that directory and file names. Not the depth.
[02:42] <lifeless> I need to know how long the original string was
[02:42] <GungaDin> just a sec, I'll let you know.
[02:42] <GungaDin> You think it's greater than 255?
[02:42] <lifeless> 127
[02:42] <GungaDin> the limit is 127?
[02:43] <lifeless> there are several different limits
[02:43] <lifeless> per-dir and total length
[02:43] <lifeless> I'm just refreshing my memory
[02:43] <GungaDin> the path string length is 262
[02:44] <lifeless> ok
[02:44] <lifeless> the limit is 260
[02:44] <lifeless> http://msdn.microsoft.com/en-us/library/aa365247(VS.85).aspx
[02:44] <lifeless> "In the Windows API (with some exceptions discussed in the following paragraphs), the maximum length for a path is MAX_PATH, which is defined as 260 characters. "
[02:46] <lifeless> there are some things that can be done to use longer paths, but they have various different problems
[02:46] <lifeless> such as causing Windows Explorer to fail
[02:46] <GungaDin> http://msdn.microsoft.com/en-us/library/aa365247%28VS.85%29.aspx
[02:46] <GungaDin> yeah
[02:50] <lifeless> if you can make a temp dir a c:\F
[02:50] <lifeless> and checkout into that it may work better
[02:50] <lifeless> please file a bug; there are some things we can do to workaround this, if we can detect it even half decently
[02:55] <GungaDin> MSDN also mentions there are functions to use an extended path name.
[02:55] <GungaDin> up to 32768 chars.
[02:57] <lifeless> yes. - as I said above in fact :). "11:46 < lifeless> there are some things that can be done to use longer paths, but they have various different problems"
[02:58] <lifeless> spiv: are you sending to pqm from lp successfully now?
[03:07] <spiv> lifeless: not yet, but I don't think I've tried recently.
[03:07] <spiv> My locations.conf still uses http:// for public_location as a workaround.
[03:14] <GungaDin> ok, submitted a bug
[03:14] <GungaDin> thx.
[03:16] <poolie> lifeless: subunit is making me install libtool; ewww
[03:18] <poolie> you do get points though for not shipping the standard useless INSTALL file
[03:19] <meoblast001> hi
[03:19] <lifeless> poolie: you probably don't need the C bindings; you can just add ./python to your path; or use one of the debs
[03:19] <meoblast001> i have the BZR-CIA plugin installed, by any chance does anyone know how to remove CIA reporting from a project (i'm going to be pushing to a seperate branch
[03:20] <lifeless> meoblast001: I don't know, sorry.
[03:21] <lifeless> fooding
[03:21] <poolie> you have debs now?
[03:21] <lifeless> yes
[03:22] <lifeless> as I said to jam :P
[03:22] <lifeless> https://edge.launchpad.net/~subunit has two PPA's
[03:22] <lifeless> releases and snapshots
[03:22] <poolie> you should link to them from the subunit home page...,
[03:22] <lifeless> if you're on a distro-release that isn't represented, let me know and I'll upload targetting it for you
[03:23] <poolie> i'm on jaunty and on karmic
[03:23] <lifeless> it would be nice if lp would join these things a little more nicely.
[03:24] <lifeless> anyhow, right now. _food_. I shall return shortly.
[03:33] <SamB> fools!
[03:33] <poolie> ?
[03:33] <SamB> using Ubuntu ;-P
[03:34] <poolie> rather than?
[03:34] <SamB> Debian, duh!
[03:35] <poolie> oh, i thought you were going to say GEOS
[04:01] <lifeless> poolie: subunit 0.1 (a snapshot between 0.1 and 0.2 actually) is in karmic, no ppa needed there at all
[04:02] <poolie> k
[04:03] <poolie> lifeless: does subunit, eg subunit-stats, print out the errors but not the failures?
[04:05] <SamB> don't you need to use subunit-filter to get that?
[04:05] <SamB> that's what I'm doing
[04:06]  * SamB is using 0.0.2~bzr68-1
[04:06] <lifeless> poolie: subunit-stats consumes the entire stream, just reports the aggregate; if you're seeing other stuff, its being passed through
[04:06] <lifeless> which can be caused by badly escaped exceptions (I have to check for bugs there), *or* bzr corrupting the stream by e.g. top level network progress output
[04:07] <SamB> when I run bzr selftest --subunit it tells me *everything*
[04:07] <lifeless> SamB: right; you can pipe that through subunit2pyunit for a pyunit display; trunk has subunit2gtk, subunit2pyunit --progress to get a bzr progress bar
[04:07] <lifeless> if you want to read the raw stream, subunit-filter --no-skip is probably what you want
[04:11] <poolie> lifeless: bug 408186
[04:11] <SamB> I usually end up redirecting/teeing to a file and doing different things
[04:13] <SamB> ... interspersed with cursing unittest for not supporting traceback-format overriding
[04:15] <lifeless> poolie: checking
[04:15] <lifeless> SamB: I have some thoughts/plans on how to tie multiple filters together better
[04:15] <lifeless> a shell Y should utility would be nice
[04:15] <lifeless> as would a subunit interleaver
[04:16] <SamB> lifeless: how is that going to help me convince unittest to print tracebacks with variable names, without feeling dirty because of the inevetable monkey-patches?
[04:17] <lifeless> SamB: it won't, it will just make it easier to deal wiht ;)
[04:17] <SamB> this would be far more tolerable if I BZR_PDB=1 would catch test failures
[04:18] <SamB> oh, variable values too ;-)
[04:27] <lifeless> poolie: thanks
[04:27] <lifeless> this is an important unittest model issue, as it happens
[04:42] <poolie> lifeless: also, does it have any understanding yet of the various shade-of-grey results?
[04:43] <SamB> poolie: hmm, I don't think using shades of gray is a good idea -- it might cause confusion between the light-on-darkers and the dark-on-lighters ;-P
[04:43] <poolie> mm thanks
[04:43] <lifeless> poolie: it knows skip
[04:43] <lifeless> it doesn't have wire representation for unexpected success or expected fail, IIRC.
[04:43] <poolie> subunit-filter --error includes UnavailableFeature
[04:43] <poolie> istm it should not
[04:44] <SamB> lifeless: those probably ought to be added, at least
[04:44] <SamB> poolie: yeah, you'd think those should count as skipped!
[04:48] <lifeless> I think my dirstate iter_changes branch will land happily now
[04:49] <lifeless> sending it in a bit
[05:08] <lifeless> poolie: in the spirit of getting small things done as they happen - https://edge.launchpad.net/subunit - I've touched it up.
[05:14] <poolie> looks good
[05:36] <poolie> lifeless: would it be expected that the text_index for a 2a format holds one more key than in previous formats?
[05:36] <poolie> maybe for the root directory
[05:36] <poolie> re bug 408199
[05:36] <poolie> yes, apparently for the root
[05:37] <lifeless> poolie: all rich roots will, yes.
[05:37] <poolie> thought so, thanks
[05:39]  * lifeless enqueinates
[05:42] <AfC> I love it when people look sophisticated looking words ... that get zero Google hits
[05:43] <lifeless> :)
[05:44] <AfC> And, of course, just when you're doing what should have been an oh-snap put down, you realize you totally blew it with a editing mistake. {sigh}. I hate the universe.
[05:44] <AfC> oh boy
[05:44] <AfC> s/a/an/
[05:44]  * AfC slinks away in shame
[05:44] <mwhudson> AfC: irc needs a feature that allows you to scrub stupid things you say from your readers' minds
[05:45] <lifeless> if it makes you feel better, I checked the spelling on the made up word thrice before using it.
[05:45] <AfC> mwhudson: the very earliest versions of ICQ chat at sent a-few-characters-at-a-time and backspace worked.
[05:46] <lifeless> hudson really is very pretty
[05:46] <AfC> My spelling got much better when I added an "Add all [red underlined misspelled words] to dictionary" feature to the spell checker.
[05:47] <AfC> My typing is awesome now. I love it.
[05:52] <mwhudson> lifeless: i really wish that project was called something else
[05:53] <lifeless> mwhudson: yeah, I can see that ;)
[05:53] <mwhudson> (my brother uses it at work too)
[05:54] <lifeless> Does he call his server, Michael?
[05:54] <mwhudson> i hope not
[05:54] <lifeless> it would be childishly entertaining
[06:08] <lifeless> poolie: yes, the mapping to subunit is partly subunit not being as rich as bzr is (fixable) but also partly the way bzr  does its subunit output
[06:09] <lifeless> we should probably put a decorator TestResult to change missing deps to skips or something
[06:28] <lifeless> poolie: bug 123688 - use stopTestRun
[06:28] <lifeless> I think its called 'done' in bzrlib at the moment
[06:28] <lifeless> but upstream python merged the feature as 'startTestRun' / 'stopTestRun'
[06:28] <poolie> that's called on the TestResult?
[06:28] <lifeless> yes
[06:28] <poolie> thanks
[06:29] <lifeless> if it isn't, we should make it so
[06:29] <lifeless> because its the right design :P)
[06:36] <poolie> mm
[06:36] <poolie> so it still feels a bit like whack-a-mole
[06:37] <poolie> but it's definitely good to have a standard interface for it
[06:38] <poolie> lifeless: you can read the diff in https://code.edge.launchpad.net/~mbp/bzr/selftest/+merge/9571 if you like
[06:38] <poolie> well, if you're lucky and the diffmonster put it there
[06:43] <poolie> i'd like, in a subunit gui or command line, to say
[06:44] <poolie> get all the tests whose failures look ~like this~ and run them again
[06:53] <lifeless> poolie: I wouldn't add the comment under done()
[06:54] <poolie> about the standard name?
[06:54] <lifeless> that just adds conflicts to resolve when merging a fixup to the right method name
[06:54] <lifeless> yeah
[06:54] <poolie> i'd care more about people understanding they're the same than getting one tiny conflict when changing the name
[06:55] <lifeless> in that case I'd use a docstring not a comment
[06:56] <poolie> for the sake of the generated api docs etc
[06:57] <poolie> or rather just because it's public documentation?
[06:57] <poolie> ok
[06:57] <lifeless> help(foo.done) / pydoc etc
[06:57] <lifeless> looking at the source is less common than looking at the objects, or the help on them
[06:57] <poolie> really?
[06:57] <poolie> not for me :)
[06:58] <poolie> anyhow i'll move it
[06:58] <poolie> i find i use pydoc much less than i did use similar things elsewhere
[06:58] <poolie> i'm not sure why
[06:59] <lifeless> because folk write comments ? :)
[07:00] <poolie> mm :)
[07:00] <poolie> i kind of feel it's because there's less of a static model
[07:00] <poolie> but, there is enough to generate some api docs
[07:00] <poolie> anyhow, it's a beer qn
[07:00] <lifeless> heh
[07:00] <lifeless> so, what are you thinking of subunit so far?
[07:01] <poolie> flaky but intriguing
[07:01] <poolie> in a nutshell
[07:01] <lifeless> well, thats better than horrible ;)
[07:08] <lifeless> poolie: isn't TestUIFactory new anyway ? :)
[07:10] <poolie> no, it's old
[07:10] <poolie> CannedInputUIFactory is new
[07:10] <lifeless> I thought tests used to use SilentUIFactory
[07:10] <poolie> imbw but i think they were both there
[07:10] <poolie> there is some cruft
[07:11] <poolie> thus the bug asking for more thinking and more cutting
[07:11] <lifeless> huh, 2007
[07:11] <lifeless> there we go
[07:12] <lifeless> so, I've spent most of today playing whackamole on iter changes
[07:12] <lifeless> getting the last kinks out
[07:12] <poolie> k
[07:12] <lifeless> I hope to land it tomorrow am
[07:12] <poolie> well you know what i've been doing :)
[07:12] <poolie> so far all of them are pretty shallew
[07:12] <poolie> shallow*
[07:12] <poolie> but this may not last
[07:12] <lifeless> would you like to have lunch tomorrow?
[07:13] <poolie> otoh i haven't particularly been starting with the easy ones, so ...
[07:13] <poolie> i have lunch most days :-)
[07:13] <poolie> so yes :)
[07:13] <poolie> oh, with you? sure.
[07:13] <lifeless> o/~ welcome to pedanical o/~
[07:14] <poolie> where?
[07:14] <lifeless> I was thinking chinese in epping
[07:14] <lifeless> but anywhere reachable is fine
[07:14] <poolie> sounds dangerous :/
[07:14] <poolie> but actually that sounds fine
[07:15] <lifeless> feel free to file more bugs on subunit btw
[07:15] <poolie> i'll see you around 12 then
[07:15] <lifeless> I like bugs, they are a sign of users
[07:17] <poolie> i wonder how spiv got on?
[07:17] <lifeless> re 12 - cool
[07:17] <spiv> poolie: I have lunch most days too ;)
[07:21] <lifeless> that said, EOD time for me.
[07:22] <vila> hi all !
[07:23] <lifeless> hi vila
[07:23] <poolie> hello vila, welcome back
[07:24] <vila> lifeless, poolie : thanks ! anything urgent ?
[07:24] <poolie> getting 2a stable :)
[07:24] <poolie> stable-er*
[07:25] <lifeless> other than working on the 2.0 targetted bugs
[07:25] <vila> ok
[07:25] <poolie> you could have a look at the six-month-release thread
[07:26] <poolie> it's not urgent as such but i want to know you're ok with it
[07:28] <lifeless> you might enjoy the subunit2junitxml + hudson stuff I did ;)
[07:33] <poolie> spiv, re bug 407834, do your changes add (or remove) a warning for inter-format fetch
[07:33] <poolie> i think i put one in at one point...
[07:35] <poolie> when i mean 're that bug' i'm not implying it's assigned to you
[07:35] <spiv> poolie: I don't think I've added or removed any warning there, not sure that there is one atm though.
[07:38] <GungaDin> How can I check the parent of a rev id?
[07:39] <GungaDin> or parents
[07:39] <poolie> lifeless: is bug 407834 a bug in its own right? ie can it plausibly be faster?
[07:42] <lifeless> it should be; the bugs on IDS, network deltas will make it faster
[07:42] <lifeless> hundreds or thousands of times faster I suspect
[07:42] <lifeless> spiv has timing data
[07:48] <spiv> I'm not sure if my network deltas patch will make much difference to the CPU cost, but it should massively reduce the network traffic (both bytes and roundtrips).
[08:42] <bob2> hm, cd'ing to a svn checkout inside a bzr branch makes zsh's prompt stuff do bad things
[08:45] <GungaDin> I just did a really stupid thing...
[08:45] <GungaDin> and I need help.
[08:45] <GungaDin> I merged my local branch into trunk...
[08:45] <GungaDin> then uncommited that revision
[08:46] <GungaDin> then someone else committed something into trunk
[08:46] <GungaDin> and now I want to commit a change into my local branch and then merge into trunk... but I can't
[08:46] <GungaDin> when I try to merge into trunk I get: "bzr: ERROR: Tags not supported by BzrBranch5('file:///home/winnt/TIBRA/yaron.hirsch/Sources/tibra/COM-226/'); you may be able to use bzr upgrade."
[09:22] <GungaDin> any help please?
[10:11] <LarstiQ> GungaDin: ehm
[10:11] <LarstiQ> GungaDin: the tags error is unrelated to what you previously did
[10:42] <vila> lifeless: bzr.dev revno 4581 breaks --parallel=fork, is there some subunit pending merge I need that isn't found in lp:subunit ?
[10:42] <vila> lifeless: breakage is about expected failures and unavailable features\
[10:56] <pigmej> Hey everyone
[10:56] <pigmej> Has anyone tried ClueBzrServer and/or ClueMapper with bzr ?
[11:04] <jml> lifeless, I'm in Dublin
[11:06] <vila> jml: welcome to my TZ :-)
[11:07] <jml> vila, thanks :)
[11:14] <mityaj> hi! help me! why  uploading data to master branch generate big traffic(over 10 MB) when commiting changes of little text file?
[11:17] <mityaj> why by uploading data to master branch does so much traffic generate transfer when I commit changes of short text file
[11:18] <LarstiQ> mityaj: what format/transport/version of bzr?
[11:19] <mityaj> LarstiQ: bzr 1.16
[11:19] <LarstiQ> mityaj: you only answered 1/3rd of my question :P
[11:20] <mityaj> LarstiQ: sftp
[11:20] <mityaj> LarstiQ: Bazaar Branch Format 6
[11:21] <LarstiQ> mityaj: the repository format is more importance, just `bzr info` should tell you
[11:21] <mityaj> LarstiQ: format: pack-0.92
[11:21] <LarstiQ> mityaj: k
[11:22] <LarstiQ> mityaj: did you commit a merge? Or where you previously out of date with master?
[11:22] <LarstiQ> mityaj: sftp is a so called 'dumb' transport, so potentially reading the index files from the remote end is going to be a sizeable transfer too
[11:24] <mityaj> LarstiQ:   What should I use instead of sftp?
[11:24] <LarstiQ> mityaj: or if a pack got performed
[11:25] <LarstiQ> mityaj: bzr+ssh://, but that requires bzr installed on the remote end
[11:26] <mityaj> LarstiQ: thank you, I'll try
[12:30] <lifeless> vila: no, e verything should be landed
[12:30] <lifeless> vila: (everything in subunit relevant to bzr parallel that is)
[12:30] <vila> lifeless: weird
[12:31] <lifeless> jml: theres a subunit patch up if you wanted to review it it would rock
[12:31] <jml> lifeless, sure thing. I'm probably going to stay in tonight, so I'll try to look at it then.
[12:37] <lifeless> you might like the talk I gave at slug too
[12:37] <lifeless> theres an announce on the subunit lp page
[12:41] <vila> lifeless: http://paste.ubuntu.com/245975/ "fixes" the problem for me but it also lose the /nnnn in the progress bar :-/
[12:52] <jml> vila, hey, since I'm in your timezone...
[12:53] <jml> vila, can you have a look at this? https://bugs.launchpad.net/bugs/408342
[13:07] <vila> lifeless: did you see http://paste.ubuntu.com/245975/, digging deeper, I can confirm that ConcurrentTestSuite and CountingDecorator are incompatible because TextTestRunner.run explicitly tests isinstance(test, testtools.ConcurrentTestSuite) around line 600
[13:21] <lifeless> kk
[18:13] <DaffyDuck_> I exported the netbsd sources, then ran "bzr init --2a" in the directory, "bzr add" and finallt "bzr commit -m 'Initial commit.'". I got a memory error.
[18:14] <DaffyDuck_> So I increased process memory usage to 512MB, then I could add and commit the files.
[18:14] <DaffyDuck_> ...but I can't branch it. I get some internal error. 512MB doesn't seem to be enough.
[18:15] <DaffyDuck_> bazaar doesn't scale very well. :(
[18:16] <DaffyDuck_> Is there anything one can do to make bazaar use less memory?
[18:17] <Kinnison> define "The netbsd sources" ?
[18:45] <SamB> DaffyDuck_: prod the developers?
[18:46] <SamB> DaffyDuck_: I think it's a bit worse than usual at the moment ... some kind of major rejigging of how transfers are done?
[18:47] <SamB> DaffyDuck_: oh, and anyway that sounds like kind of a dumb thing to do -- wouldn't you want to import the history?
[18:48] <SamB> DaffyDuck_: btw ... what were the file count and total size of the tree you tried to import?
[19:01] <DaffyDuck_> SamB: I don't really need the history. I'm developing something on a specific branch.
[19:02] <DaffyDuck_> ..and it's about 99138 files.
[19:02] <DaffyDuck_> It's just a plain "cvs export -r netbsd-5-0-RELEASE src", and nothing else.
[19:02] <LarstiQ> DaffyDuck_: so, what is that exactly? (ref Kinnison's "define netbsd sources")
[19:02] <LarstiQ> DaffyDuck_: kernel/base system/ports?
[19:03] <DaffyDuck_> The entire system sources.
[19:03] <DaffyDuck_> The src module, not including x or pkgsrc.
[19:03] <LarstiQ> ok
[19:03] <LarstiQ> DaffyDuck_: keep in mind we don't (necessarily) know netbsd :)
[19:03] <DaffyDuck_> None the less, it's an excellent testcase for the bazaar developers. :)
[19:04] <LarstiQ> right, people have been known to version the gentoo/netbsd ports or entirey of Debian before
[19:05] <LarstiQ> DaffyDuck_: the thing about history would be that each commit is more reasonable than one humongous change
[19:05] <LarstiQ> DaffyDuck_: having said that, I think SamB is right about specifcally 2a needing some bits to be ironed out
[19:06] <DaffyDuck_> The first problem appears to be a simple "out of memory" error. Increasing memory size helped. The second problem was a branching problem, which may also be a memory limit issue. The third actually looks like a mini-server (bzr+ssh) problem, but it may be a memory issue as well.
[19:06] <DaffyDuck_> Should I file a complete bug report?
[19:08] <LarstiQ> DaffyDuck_: that sounds like 3 different ones, but yes please. The bug filing process should prompt you with similiar bugs (some of yours might already be filed)
[19:08] <LarstiQ> and if not, it is much easier to set dupes than to split a bug in pieces
[19:09] <DaffyDuck_> Ah, good point. I'll file three bug reports.
[19:09] <DaffyDuck_> Just out of curiosity, are there any (semi-)hidden options which dump relevant information useful to the bazaar developers?
[19:10] <LarstiQ> DaffyDuck_: what kind of information? `bzr info` and possibly `bzr -Derror` (info otherwise in ~/.bzr.log) for general information
[19:11] <LarstiQ> DaffyDuck_: `bzt dump-btree` is a hidden one specific to some formats, but I doubt you'll need that
[19:13] <DaffyDuck_> OT: Is there a goo way to link from one PR to another in bug-thingie in launchpad?
[19:16] <LarstiQ> DaffyDuck_: linking bugs together? you can say 'bug 12355' and it will show up in the ui as a link
[19:17] <LarstiQ> also, saying it in here will let ubottu give some info ;)
[19:18] <DaffyDuck_> Aha! Excellent. Thanks!
[19:30] <jam> sidnei: just to let you know, I used 1.0rc8 on Kerguelen and everything seems to build
[19:31] <sidnei> jam: cool, thanks for letting me know
[19:32] <LarstiQ> jam: iirc you've done things about not holding huge files in memory at once, how about large inventory(deltas) like with DaffyDuck_ trying to commit all of netbsd src in one go?
[19:33] <jam> LarstiQ: so we should be holding a single copy of file content during commit for 2a format repos
[19:33] <jam> As for the large tree shape, etc
[19:33] <jam> I haven't really done memory profiling there
[19:34] <DaffyDuck_> I'm writing a bug report with complete instructions on how to repliacte the problems I've encountered.
[19:36] <jam> sidnei: can you think of an easy way to have it put a build number into the final executables?
[19:36] <jam> so I can get "bzr -setup-1.17-1.exe ?
[19:37] <sidnei> jam: you could pass it on the command line?
[19:38] <jam> given the command is "make installer-all" I'm not sure what you would pass
[19:38] <jam> I'm happy to say at build time "this will be the -1" installer
[19:38] <jam> I just don't know how to get that info passed around
[19:39] <sidnei> jam: 'make installer-all BUILD_REVISION=-1' would work?
[19:39] <jam> yeah, probably be fine
[19:40] <sidnei> jam: ok, that's not too hard to do.
[19:40] <DaffyDuck_> bug #408526, in case anyone wants to take a look at it.
[20:14]  * SamB wonders why jelmer has all these imports at the beginning of cmd_svn_import.run ...
[20:26] <LarstiQ> SamB: I'm presuming because they're not shared and provide a import hit otherwise
[20:34] <SamB> actually, the main issue I have with it is how ugly it all is ;-)
[20:34] <LarstiQ> hmm?
[20:36] <SamB> LarstiQ: having all that stuff between the "def run(<args>):" and the actual code
[20:36] <SamB> that's kind of ugly
[20:37]  * LarstiQ looks up the cod
[20:37] <LarstiQ> e
[20:38] <LarstiQ> that is a sizeable amount of imports
[20:38] <LarstiQ> SamB: have you looked at annotate/log for those lines?
[20:38] <SamB> say ... is it possible to have a RegistryOption that filters the registry?
[20:38] <SamB> LarstiQ: hmm, no ...
[20:39] <LarstiQ> SamB: on uglyness, I wish python module loading, and python interpreter startup was much faster
[20:54] <SamB> see, I want to allow specifying a repository format to bzr svn-import
[20:54] <SamB> I've got that working, but now "bzr help svn-import" lists a bunch of --<format> flags that aren't actually applicable
[20:55] <LarstiQ> ah
[20:56] <LarstiQ> SamB: those formats need to move out of the way anyway
[21:03] <jam> sidnei: so I found a small problem with the build script.
[21:03] <jam> If you change the release version for a given plugin
[21:03] <jam> it *doesn't* properly update the 'release' directory
[21:04] <jam> (specifically, I did a build with bzr-rewrite-0.5.2 and then updated buildout.cfg to use 0.5.3 and the 'release' directory was still at 0.5.2)
[21:04] <jam> I *think* what I want is to delete all of the release directories before doing a new build
[21:04] <sidnei> jam: +1
[21:06] <jam> sidnei: so is this something that should be part of gf.release.bzr ?
[21:06] <jam> or should I just change the Makefile to do "rm -rf build-win32/*/release" ?
[21:08] <jam> (especially in ':strict' mode... :)
[21:08] <jam> also, when I build the python installers
[21:08] <jam> I delete the extra plugins
[21:08] <jam> I think I can mimic this by just changing the build order
[21:08] <sidnei> jam: do the latter for now. i have the impression that it should have detected the change and wiped the release directory, need to investigate.
[21:09] <jam> so that we build the python installers before we install the plugins
[21:10] <SamB> jam: wouldn't you still have to delete any that were already installed ?
[21:10] <jam> SamB: this is the build process, it is building into a new scratch dir
[21:10] <jam> so it only has things I've put there
[21:10] <sidnei> jam: that sounds right to me as well.
[21:10] <jam> I don't remove launchpad and netrc, just svn, etc.
[21:11] <jam> because they require that the python install location has lots of extra dependencies
[21:11] <jam> like PyQt or subversion libs
[21:11] <jam> and those aren't bundled, like the all-in-one installer
[21:11] <jam> sidnei: k
[21:11] <jam> so for now, I'll add an 'rm' call
[21:11] <jam> but I would like to understand why gf.recipe.bzr isn't doing that for me
[21:12] <SamB> hmm ... how do I have check_conversion_target give details as to why it failed ...
[21:14] <sidnei> jam: ok. i need to go away for some hours. i will come back with an answer tomorrow for you.
[21:15] <jam> np
[21:16] <SamB> oh, maybe that's not what's failing
[21:16] <jam> sidnei: have a good evening
[21:27] <jam> sidnei: I'm also now having problems re-running the script because of 'uninstall' issues again:
[21:27] <jam> """
[21:27] <jam> While:
[21:27] <jam>   Installing.
[21:27] <jam>   Uninstalling bzr-rewrite.
[21:27] <jam> Error: Abort uninstalling, because of pending local changes.
[21:27] <jam> I'll see if it is my problem, though
[21:28] <jam> sidnei: a more complete traceback (when you get back): http://paste.ubuntu.com/246654/
[21:29] <jam> It seems to be trying to access my default push target
[21:29] <jam> which certainly doesn't exist for this branch
[21:32] <jam> ah, it seems to be confused because I have a default push location for all branches
[21:32] <jam> but that branch certainly doesn't exist for the staging location
[21:33] <jam> and then it tries to do "bzr missing" but obviously there is nothing that can be done, because the other branch doesn't exist
[21:35] <jam> sidnei: adding this to my bazaar/locations.conf seemed to get it working again: http://paste.ubuntu.com/246661/
[21:35] <jam> I would guess you'd want to handle this differently, though I guess I'm not positive to that effect.
[21:36] <krisives> Hi all :)
[21:36] <krisives> I have a website I want to put under version control. Would it be wrong to bzr init the public_html ?
[21:49] <krisives> Anyone here?
[21:50] <vxnick> krisives: would you want others to be able to branch your website?
[21:51] <krisives> No, I wanted this to be internal
[21:51] <krisives> Well, other developers, yes.
[21:52] <vxnick> krisives: in that case, create the repo locally or out of the web root and then use something like bzr-upload to FTP the website to your server
[21:57] <jam> krisives: I personally version public_html
[21:57] <jam> and just tell Apache's config not to share .bzr
[21:57] <jam> bzr-upload is a reasonable way to do it, though
[21:59] <krisives> I want to version it on the host, since I have root access etc.
[21:59] <krisives> Will it create a .bzr inside each sub directory?
[21:59] <vxnick> nope
[22:04] <krisives> Thanks!
[22:04] <krisives> Can I .htaccess the .bzr directory without issue?
[22:04] <krisives> I think requiring basic HTTP auth will be okay for people who want to branch
[22:05] <vxnick> krisives: or you could branch using the SFTP transport instead of HTTP
[22:05] <vxnick> depends on how you want to do it really
[22:06] <Noldorin> hello
[22:06] <vxnick> hi
[22:06] <Noldorin> having some strange issues pushing a repo to an FTP server
[22:06] <Noldorin> http://pastebin.ca/1517195
[22:06] <Noldorin> those are the error messages returned
[22:07] <vxnick> I've not encountered that before, but I'm guessing it'd be the FTP server software rather than bzr
[22:07] <Noldorin> vxnick: yeah, i thought so...
[22:07] <Noldorin> but i've double checked that all the permissions are set
[22:07] <Noldorin> so i'm not sure what could be wrong
[22:09] <vxnick> which permissions did you check? each line is providing two by the looks of it
[22:09] <Noldorin> vxnick: all of them. (including change permissions)
[22:09] <vxnick> afraid i'm not sure then
[22:10] <vxnick> the only thing I can suggest doing is going through the FTP server config to see if there's any compatibility mode you can enable, or similar
[22:11] <Noldorin> vxnick: good idea. it's probably a longshot, but worth checking
[22:11] <vxnick> good luck with it
[22:13] <Noldorin> heh, cheers.
[22:22] <krisives> If I bzr ignore a directory will it ignore it's children?
[22:22] <Noldorin> krisives: yes
[22:22] <krisives> Okay, because I am doing this on production and some directories will have lots of user-made files inside them. bzr will not bother scanning it if ignored, right?
[22:23] <Noldorin> yeah, it won't even display them in the status list
[22:23] <krisives> I love bzr!
[22:23] <vxnick> same :)
[22:23] <Noldorin> :)
[22:24] <krisives> I don't waste time figuring out cryptic erorr statuses or lockings
[22:24] <Noldorin> i hate bzr at the moment... but i'll love it again once this issue is fixed
[22:24] <Noldorin> (honestly, it's probably the ftp server's fault)
[22:24] <krisives> Maybe I can help, I have done some stuff with bzr on restricted hosts (GoDaddy)
[22:24] <krisives> (Although I assume you're idling in here you must know more than me)
[22:25] <krisives> Reading your issues above, one sec
[22:25] <Noldorin> krisives: not exactly :) i'm happing to take suggestions from you
[22:25] <Noldorin> krisives: i get the following errors when trying to push: v
[22:25] <Noldorin> http://pastebin.ca/1517195
[22:26] <krisives> Is it wrong to just delete the lock file (assuming only one person is using it) btw?
[22:26] <krisives> I like your username on the FTP ;)
[22:26] <vxnick> I've done it a few times with no ill effect
[22:27] <krisives> Noldorin: can you CHMOD normally with this FTP?
[22:28] <Noldorin> krisives: my username?
[22:28] <Noldorin> krisives: erm, i shuold really check that now
[22:28] <krisives> Noldorin: "pos@213.175.198.12"
[22:28] <Noldorin> krisives: see the end of the previous line ;)
[22:28] <Noldorin> line-wrap
[22:28] <krisives> oh, lol
[22:29] <Noldorin> heh
[22:29] <krisives> It's possible that the FTP is using some kind of file system that doesn't support permissions :-/
[22:29] <krisives> (FAT32)
[22:29] <Noldorin> krisives: the site manager for my web host displays unix-like permissions
[22:29] <Noldorin> so i doubt it
[22:29] <krisives> If you're in *nix you could try a CHMOD with the `ftp` program to get more details on what happened
[22:30] <Noldorin> i'm on vista
[22:30] <Noldorin> erm, the server is windows though.
[22:30] <krisives> What do you use to modify the permissions?
[22:30] <Noldorin> even though it seems to have unix permissions
[22:30] <krisives> Filezilla?
[22:30] <Noldorin> yeah
[22:31] <Noldorin> Command:	SITE CHMOD 755 repos
[22:31] <Noldorin> Response:	500 'SITE CHMOD 755 repos': command not understood
[22:31] <Noldorin> from filezilla
[22:31] <Noldorin> hrm
[22:32] <krisives> Seems like your host has CHMOD disabled
[22:32] <Noldorin> silliness
[22:32] <krisives> Try removing the execute
[22:32] <Noldorin> it's a paid host
[22:32] <krisives> Maybe they just don't let you set execution rights
[22:32] <Noldorin> so i'd hope i can enable it still
[22:32] <Noldorin> yeah
[22:32] <lifeless> vila: what is the url to your buildbot?
[22:32] <krisives> Indeed, should be able to do this on almost any host
[22:33] <Noldorin> storm internet is the host in case you are familiar...
[22:34] <krisives> Try chmoding as 664
[22:34] <krisives> That's R/W but no X
[22:34] <Noldorin> krisives: ok
[22:35] <krisives> If you're looking for a good cheap host I use these guys and they installed bzr on the server for me: http://holeinthewallhosting.com/ ($10/year)
[22:35] <krisives> http://67.43.13.30/~kives/test.php is their PHP info
[22:35] <Noldorin> krisives: same error unfortunately
[22:35] <krisives> I haven't got around to testing it fully yet though
[22:36] <krisives> Hmm, I would contact them and find out why you can't CHMOD
[22:36] <Noldorin> krisives: thanks. unfortunatley i use asp.net though
[22:36] <Noldorin> yeah
[22:36] <Noldorin> will do
[22:36] <krisives> It's possible they setup the account with the wrong permissions
[22:37] <krisives> Some Windows hosts don't have permissions either :-/
[22:38] <Noldorin> that would be major fail
[22:51] <Noldorin> krisives: i've just emailed my web host... have to see what they say
[22:51] <krisives> Good luck :)
[22:51] <Noldorin> they've replied promptly and helpfully in the past
[22:51] <Noldorin> so hopefully it will be good news
[22:51] <Noldorin> krisives: heh thanks :)
[22:51] <Noldorin> appreciate your help anyway
[22:51] <krisives> What are you using BZR for, just curious?
[22:52] <krisives> I am just curious*
[22:52] <Noldorin> krisives: hosting my IRC bot code :)
[22:52] <Noldorin> though i plan to use it for hosting all my projects eventually
[22:54] <Noldorin> krisives: i chose the web host for other reasons though mainly (ASP.NET support for example)
[23:04] <poolie> hi all; hi jam
[23:07] <krisives> Noldorin: Why ASP.NET anyhow?
[23:07] <Noldorin> krisives: i'm a .NET developer, and i've learnt to love it :)
[23:07] <Noldorin> it's what i know well
[23:07] <Noldorin> the AJAX framework is cool too
[23:08] <krisives> Noldorin: Have you ever used MONO?
[23:08] <krisives> It's available on Linux hosts
[23:08] <Noldorin> krisives: yes, a bit
[23:08] <Noldorin> krisives: the ASP.NET support isn't great though
[23:08] <krisives> I can understand if you're committed to .NET though
[23:08] <Noldorin> certainly no entities framework
[23:08] <Noldorin> yeah
[23:08] <Noldorin> i'm a bit of an MS guy still :P
[23:08] <Noldorin> even though i admire the mono project
[23:09] <Noldorin> i've even taken a close look at it
[23:09] <Noldorin> certain parts
[23:09] <krisives> Using bzr on windows pretty legit? Never done it myself
[23:09] <Noldorin> legit?
[23:09] <Noldorin> of course
[23:09] <Noldorin> they release a version for windows lol :)
[23:11] <Noldorin> krisives: i've host bzr repos on another ftp account of mine for a long time
[23:21] <mobodo> what's the easiest way to provide browsing from the web to a bzr repository?
[23:22] <mobodo> (browsing as in from the web)
[23:23] <mwhudson> mobodo: loggerhead
[23:23] <mobodo> mwhudson: I looked at loggerhead, but I was under the impression that I'd need admin access to the web server, am I wrong?
[23:24] <mwhudson> you only need admin access if you want to put it behind the apache or whatever
[23:24] <mwhudson> (but this would be true of absolutely anything)
[23:25] <mobodo> where else would I want to put it?
[23:25] <mobodo> loggerhead will run its own server, right?
[23:27] <mwhudson> yes, in that it talks http on a port you provide
[23:28] <mobodo> mwhudson: that's pretty much what I mean by "I was under the impression that I'd need admin access to the web server"
[23:29] <mobodo> I'm not going to run a daemon on a shared server, let alone run it on port 80
[23:29] <mwhudson> mobodo: so i'm unsure what answer i could give you that you'd be happy with
[23:29] <mobodo> :)
[23:30] <mobodo> I was wondering if there's a cgi script that will let me browser a .bzr
[23:30] <mwhudson> oh right, cgi
[23:30] <mobodo> like you can do with cvs/svn
[23:30] <mobodo> yup
[23:30] <mwhudson> not aware of any cgi scripts for that no
[23:30] <mobodo> alrighty
[23:30] <mwhudson> the 1990s are calling, they want their tech back :)
[23:32] <mobodo> huh?
[23:35] <RenatoSilva> verterok: hi
[23:35] <mobodo> bazaar is totally awesome btw. I had been looking for a while for a version control system that would work over generic http
[23:36] <mobodo> it's perfect for distributed anonymous development
[23:36] <mwhudson> mobodo: sorry
[23:36] <mwhudson> mobodo: just trying to joke that cgi isn't an often requested thing these days
[23:37] <mobodo> mwhudson: ahh :) see, that's how deep in it I am for not even getting the joke
[23:52] <andresj> hello, is there a way to tell bzr to use ./adir/.bzr as its directory instead of ./.bzr ?
[23:54] <krisives> I also am interested in the answer to that
[23:54] <krisives> As it would be nice to have my public_html/.bzr just be ../.bzr
[23:56] <andresj> my case is actually, in a way, backwards. I have a directory /my/site which i cannot modify. However, I can modify /home/public, /home/private, and /home/protected. I want to have these directories version-controlled, and use ./private/.bzr as my repo dir
[23:58] <beuno> krisives, your case is easy, just have a public_html dir as your top level
[23:58] <beuno> andresj, I don't think you can change bzr's location
[23:58] <krisives> beuno: Won't the .bzr be in public_html/.bzr though?
[23:58] <andresj> beuno: hum... any suggestions, then? :D
[23:59] <krisives> beuno: I see, I thought it would put the .bzr into the public_html if it was versioned