/srv/irclogs.ubuntu.com/2009/09/30/#bzr.txt

spmjelmer: heyo, need a key updated?00:30
jelmerspm: hi!00:31
jelmerspm: Yes - I have a new GPG key, D729A457 and would like to use it in the Bazaar PQM00:32
spmkk00:32
lifelessjelmer: done a key transition document ? :)00:33
jelmerlifeless: no, that's a good point actually...00:36
SamB_XPespecially important is a section on going back in time and preventing yourself from losing the previous key in the first place ...00:39
spmjelmer: sorry, got a tad distracted on other stuff tehre; that key is now imported, so should be fine and dandy.00:57
awilkinsjelmer: I've split all those branches in the big repo into separate repositories since they probably don't have much in common apart from being for the same project ; one other branch was broken by that missing object01:10
awilkinsI've kept the old repo but I can't release it.. it bother me that "check" ran OK on it even though it was broken01:11
awilkinsAnyway sleeptime01:12
lifelessspiv: got any specific network stuff you want me to look at this week?01:20
spivlifeless: not off the top of my head.01:22
lifelessk01:22
* lifeless goes back to dirstate 01:23
jelmerspm: Cool, thanks!01:33
* igc bbl - out for a medical visit01:50
lifelessabentley: is there a tag for tree transform bugs?01:52
spivlifeless: four bugs (2 open) have 'treetransform' (which was my first guess).02:06
jfroy|workOK, so people are complaining about the PyCrypto warnings02:13
jfroy|workShould I just outright patch PyCrypto?02:14
fullermdI'd say so.  It's a pretty simple patch.02:15
Peng_I think people have done just that; maybe Ubuntu?02:15
fullermdThere's a patch on LP somewhere for it.  The FBSD port of it has a functionally identical patch.02:16
jfroy|workDone deal.02:17
fullermdhttp://www.freebsd.org/cgi/cvsweb.cgi/ports/security/py-pycrypto/files/python25%2B.txt?rev=1.102:18
fullermdShould DTRT with older versions too.02:18
barrylifeless: ping02:42
barryor spiv perhaps?02:43
lifelesshai02:44
barrylifeless: hiya.  yesterday you mentioned in passing upgrading my branch "in-place".  what did you mean? :)02:45
* spm waves hi to barry with the RedHat son ;-)02:47
lifelessbarry: 'bzr upgrade lp:FOO'02:48
* barry waves and reminds him it was a /Ferrari/ hat! he's got an ubuntu laptop fer gosh sakes :)02:48
lifelessbarry: will upgrade that branch; if its a branch that other branches are stacked on, you have to upgrade the stacked branches too or they will stop working02:48
barrylifeless:  gotcha, thanks.  i'm going to try it.  i think there are few if any stacked branches02:48
blueyed_why are >50mb being uploaded to a stacked branch (where I have branched from, changed some files, and now are pushing back to)?02:55
blueyed_format changes?02:55
blueyed_$ bzr push lp:~blueyed/b2evolution/slug-history02:55
blueyed_Using default stacking branch /~blueyed/b2evolution/trunk-cvs at lp-46127440:///~blueyed/b2evolution02:55
blueyed_[#########-          ]  51621KB   116KB/s | Fetching revisions:Inserting stream02:55
SamB_XPblueyed_: could be ...02:56
spivNo, the formats are the same.03:00
lifelessspiv: sure about that ?03:01
lifelessblueyed_: can you pastebin the end of your ~/.bzr.log ?03:02
spivlifeless: well, Launchpad is!03:02
lifelessspiv: on the server end yes03:02
lifelessspiv: but old bzr + on the fly conversion ...03:02
lifelessspiv: note that blueyed_ branched *from* an existing stacked branch, so there wouldn't be a warning about the formats as the branch isn't being created03:03
spivOh, I see03:03
spivCertainly, the revids for say rev 8249 are the same in the two branches, so there should be common history.03:03
lifelessright03:03
blueyed_lifeless: http://pastebin.com/m22326b2c03:03
blueyed_nothing about stacking in the log though.03:04
lifelessblueyed_: oh, and whats your bzrv ersion ?03:05
blueyed_lifeless: karmic, 2.0..03:05
blueyed_2.0.003:05
lifelessok03:05
lifelesswhat does 'bzr info' show for your local branch ?03:05
lifelessblueyed_: the branch on launchpad doesn't claim to be stacked when I examine it03:06
lifelessblueyed_: and in fact, its a pack-0.92 branch, which doesn't support stacking03:07
blueyed_but bzr told me about it, when pushing?! what can I do to make it stacked? I thought LP would do so automatically?03:07
lifelessblueyed_: so I think the answer is 'its not stacked' ;)03:07
blueyed_ok :)03:07
blueyed_I need to upgrade and push the trunk branch?03:07
blueyed_(which is autogenerated via tailor)03:07
lifelessblueyed_: upgrade your trunk branch to something thats supports stacking, such as 1.6 (the minimum) or 2a (one way conversion but worth doing :))03:07
blueyed_ok, thanks.03:08
blueyed_good night03:08
lifelessgnight03:08
spivOh, right, that's one of those confusing "Using default stacking ..." messages that are actually emitted on stderr on the server.03:08
lifelessI'm starting to hate the big red border03:09
jfroyI have a new Snow Leopard package to upload to LP with a patched PyCrypto.03:34
jfroyhttp://www.devklog.net/bazaar/Bazaar2.0.0-3.pkg03:34
jfroyWhoever can do that :)03:34
lifelessjfroy: have you digitally signed it ?03:39
lifelessgpg --armor --sign --detach-sig Bazaar2.0.0-3.pkg03:39
jfroyHum, that would require me to have a gpg signature :p03:40
lifelessok03:40
jfroyI can sign the package with a certificate however03:40
lifelessI urge you to do that in future, it makes it easier :)03:40
lifelessits uploading now03:40
jfroy"that"?03:40
lifelessshould I delete the -2 version?03:40
jfroyYes03:40
lifeless[get a GPG sig]03:41
jfroyRight, I can get that.03:41
jfroyNot that anyone would trust me :|03:41
lifelessyou can get in the global web of trust pretty easily03:41
lifelesswhere are you geographically?03:41
jfroyCupertino, CA03:41
lifelessDead Easy03:41
lifelessback shortly03:42
fullermdI can't have web of trust discussions.  I found out that it takes an average of 4 minutes (with 1 sigma of about 2.5 min) to get into the metaphysics of identity, then everything falls apart.03:43
lifelessyes, but you use FreeBSD :P03:46
dashjfroy: heh i'm in santa clara03:46
spmmy observation is most people ignore the 'trust' part. They want certainty in an uncertain world.03:46
fullermdWell, it SAYS it's FreeBSD anyway.  I don't know whether to trust that claim...03:46
jfroyspm: and an untrusted signature gives you none of that.03:47
jfroy:p03:47
dashjfroy: i work in cupertino though :D03:48
lifelesstrust is relative03:48
jfroydash: ^^03:49
jfroymmm03:49
jfroyI think I do in fact have a GPG key03:49
jfroyor used it03:50
jfroy*used to03:50
jfroymight be expired by now. Let's see, how do I use this gpg thingy03:50
lifelessspiv: bug 32755803:50
ubottuLaunchpad bug 327558 in bzr "windows commands raise an 10054, 'Connection reset by peer' error" [Undecided,Confirmed] https://launchpad.net/bugs/32755803:50
lifelessjfroy: don't worry about it now, I did the upload already :)03:52
spivlifeless: thanks04:03
lifelessspiv: appears harmless but noisy; I haven't dug deeply, it showed up as an odd tag so I peeked at it04:04
lifelessspiv: may be something to toss to vila04:04
spivlifeless: already fixed actually :)04:04
lifelessspiv: easythen ;)04:04
spivVery!04:04
* spiv -> lunch04:04
jfroylifeless: http://www.devklog.net/bazaar/Bazaar2.0.0-3.pkg (new package signed with my MobileMe cert) and http://www.devklog.net/bazaar/Bazaar2.0.0-3.pkg.asc signed with 0591FA2D04:06
jfroythe key should be on the MIT server.04:06
jfroyI think :/04:06
lifelessjfroy: gpg: key 0591FA2D: public key "Jean-Francois Roy <bahamut@macstorm.org>" imported04:07
lifeless?04:07
jfroyindeed, should have 3 identifies in it04:07
lifelessjfroy: I think I touched a couple of your bugs this morning04:07
jfroythought I changed the principal one to jeanfrancois.roy@me.com04:07
jfroyOh well.04:07
jfroy*identities04:08
lifelessok, deleting that -3 and reuploading04:09
jfroyIt's always worth it to do it right :)04:11
jfroyAnd almost never not to.04:11
lifelessjfroy: so, dirstate bugs04:15
lifelessjfroy: can you reproduce?04:15
jfroyhuh, remind me the bug #04:15
lifelesscheck your bugmail :)04:15
lifelessthis laste 4 hours I've been trawling bugs04:15
jfroyright, those emails I send to Trash almost in a manic way :p04:15
jfroyjoking04:15
jfroyor not?04:16
jfroydoh04:16
lifelesshttps://bugs.edge.launchpad.net/bzr/+bug/32867404:17
ubottuLaunchpad bug 328674 in bzr "TypeError: 'NoneType' object is unsubscriptable error in _dirstate_helpers_c.ProcessEntryC._process_entry when running status" [Undecided,Incomplete]04:17
jfroywhoa talk about ancient04:17
jfroyhaven't seen that backtrace again I think04:17
jfroyIn any case, I have no idea what I was doing at the time that triggered the problem.04:18
lifelessok04:20
tolstoyOh, dear. The Snow Leopard installer doesn't work. Yikes!04:51
* igc lunch04:52
lifelesstolstoy: which one04:56
tolstoyThe third one.04:56
tolstoyI tried it on two machines.04:57
lifelessjfroy: ^04:57
tolstoyThe first machine already had the first version of the package installed, and the other hard the second.04:57
tolstoySyslog doesn't reveal much.04:57
tolstoyI'm not sure how to completely uninstall the whole thing to see if maybe there's an artifact from an earlier install.04:57
lifelesstolstoy: could you file a bug?04:59
tolstoyOkay. I was just going to reply to the mailing list.04:59
lifelessdo both :)05:00
lifelessbugs are useful though05:00
tolstoyIs there a log one can tail to find more detailed output about what an installer is doing?05:03
tolstoyHm. Maybe install.log?05:04
lifelessno idea sorry, not a macoser05:04
tolstoyFailed install preflight: Error Domain=PKInstallErrorDomain Code=102 UserInfo=0x11a59a5f0 "The package “Bazaar2-1.0.0-3.pkg” is untrusted." Underlying Error=(Error Domain=NSOSStatusErrorDomain Code=-2147409622 UserInfo=0x11a591fd0 "The operation couldn’t be completed. CSSMERR_TP_NOT_TRUSTED")05:05
tolstoyGlad I found that log. I bet that's pretty clear to jfroy'll know right off the bat what's up with that.05:08
lifelessah thats the signature :)05:08
lifelessI guess you have to trust him somewhere05:08
tolstoyThe other two packages worked. I bet it's just a missed step somewhere.05:09
tolstoylifeless: You think I should still file a bug?05:11
lifelessyes05:11
lifelesswe'll need to document it05:12
lifelesstolstoy: -3 is the first one that is signed05:12
tolstoyAh, okay.05:12
tolstoyhttps://bugs.launchpad.net/bzr/+bug/43914105:13
ubottuLaunchpad bug 439141 in bzr "bzr 2.0 mac osx installer (-3) not trusted" [Undecided,New]05:13
tolstoyAh. Well, there you go. ;)05:14
lifelessthanks05:18
jfroytolstoy: ouch, that's bad05:20
tolstoyHeh. At least I could find a decent error message! ;)05:21
jfroySo apparently what I thought was a trusted system root wasn't05:23
jfroy:sigh: this has been a huge FAIL in retrospect05:23
Peng_Stupid question: Renaming a directory and renaming the files in it. Does that work?05:24
tolstoyPeng_: Works for me, as long as it's "bzr mv".05:28
lifelessjfroy: -4, unsigned, gpg sig only ? :)05:28
Peng_Ah, I got it! Except the moves are listed in "status" 2-3 times. That can't be good.05:29
jfroylifeless: coming right uo05:29
jfroy*up05:29
Peng_Committing seems alright, though.05:29
lifelessPeng_: each fileid that has its parent or name change will be listed, and only those05:30
jfroylifeless: http://www.devklog.net/bazaar/Bazaar2.0.0-4.pkg, http://www.devklog.net/bazaar/Bazaar2.0.0-4.pkg.asc05:30
Peng_Uh-oh. Now "bzr check" fails.05:34
lifelessPeng_: ?!05:36
lifelessPeng_: bzr version ?05:36
Peng_lifeless: bzr.dev, as of yesterday.05:36
=== samurai is now known as samiam
Peng_The "bzr check" failure doesn't seem to be related. I think it might be...not a problem, anyway. Hold on.05:37
=== tolstoy is now known as TolstoyAway
Peng_Remember that branch with the screwed-up revision? My current repo doesn't have the revision, but I still have the branch, so I think it failed because the branch points to a revision that does not exist.05:39
lifelessah if its in the reop check will examine it05:39
lifelessanyone think the karmic booting screen looks very X-Files?05:40
Peng_Yeah, I temporarily moved the branch out of the way, and check passes now. Never mind about the crisis. :P05:40
Peng_Sorry if I raised your blood pressure or anything.05:41
lifelessno05:41
lifelessbut thanks :)05:41
fullermdlifeless: Bug 403322 the same thing as bug 430672, no?05:41
ubottuLaunchpad bug 403322 in bzr "IndexError on moving added file" [High,Confirmed] https://launchpad.net/bugs/40332205:41
lifelessTolstoyAway: try now05:41
ubottuLaunchpad bug 430672 in bzr/2.0 "Crash when renaming a directory" [High,Confirmed] https://launchpad.net/bugs/43067205:41
lifeless-4 is up05:41
jfroyyeah05:45
jfroyand the link has been updated on the wiki05:45
lifelessfullermd: could be05:59
fullermdIt looks like the same trigger mechanism (mv'ing to the lexically earlier name), and the error looks the same.05:59
lifelessfullermd: see my latest comment06:01
fullermdYeah, that looks like what it should do.  Wanna just dupe it?06:03
Peng_beuno: ping06:06
Peng_beuno: (Low-priority, though.)06:07
Peng_beuno: Never mind.06:11
lifelessfullermd: yeah, reduped, moved over, submitted for review06:12
fullermdSweet.06:13
fullermdLesson learned: I don't need to get things marked Critical.  Just leave additional bugs for the same problem lying around, and pounce on people when they start working on them   ;)06:14
lifelessfullermd: my lp bug for the afternoon06:16
lifelesshttps://bugs.edge.launchpad.net/launchpad/+bug/43915306:16
ubottuLaunchpad bug 439153 in launchpad "messy javascript window when marking a dup as a dup" [Undecided,New]06:16
fullermdIf you find a bug using a bug tracker, does that count as two wrongs making a right?06:22
lifelessfullermd: no06:33
lifelessfullermd: did you look at the png ?06:34
fullermdOh, yes.  I was being more whimsical.06:35
wgrantlifeless: That bug is a dupe. Not sure which of. It's less impressive for those who are not members of ~launchpad.06:36
lifelesswgrant: thanks06:37
lifelessi was... startled06:37
fullermdOK, there's _definitely_ whimsy potential in a dupe bug about a problem with dupeing...06:38
wgrantNow, there is already a dupe of the original.06:39
wgrantSo I might mark lifeless' bug as a dupe of the dupe, take a screenshot of the error and attach it to the original.06:39
fullermdShould be safe, as long as the bug tracker supports tail recursion   ;)06:40
wgrantThere was a bug just after AJAX dupe-marking was introduced where it wouldn't stop you from marking a bug as a dupe of itself.06:41
wgrantThis caused infinite recursion.06:41
wgrantAnd LP devs got the very, very long traceback in the same popup as lifeless' screenshot shows.06:41
lifelessI love to get tracebacks06:48
lifelessespecially red ones in skinny boxen06:48
emmajaneigc, ping?06:51
igchi emmajane06:51
emmajaneigc, hey.06:51
emmajaneI'm going a bit cross-eyed trying to catch up with the mailing list and get the changes in. Can you take a peek at the latest and let me know what i'm missing?06:51
igcemmajane: sure06:52
emmajanethanks06:52
igcemmajane: I was just pushing an update to the Download text and saw your latest round of changes06:52
emmajaneigc, I'm not sure how much more I can do tonight. (it's nearly 2am here)06:52
igcnp06:53
igcemmajane: the banner looks a little out of alignment btw06:53
igcthe "Bazaar" title is lower than the logo06:53
emmajaneigc, move it up?06:53
igcemmajane: I'll try that06:56
emmajaneigc, I've already got the fix. I just wanted to make sure you meant that. :)06:56
igcemmajane: pull my dlwnload fix before committing btw06:57
emmajaneok06:57
igcemmajane: also Get Help needs to link to BzrSupport, not BzrExtras :-)06:59
* emmajane sighs. too tired to copy and paste. good catch.06:59
igcemmajane: the Home link needs to go to '.', not '/'06:59
igcemmajane: otherewise it breaks in it's current location (xxx/static/)07:00
igcs/it's/its/07:00
lifelessit's important to get that right :)07:00
fullermdYeah, people who get it wrong really put they're credibility on the line.07:01
lifelessouch07:01
fullermdAccept when it's intentional, of course   :p07:02
emmajaneigc, links fixed.07:03
igcemmajane: the top line links are really nice now - well done07:03
emmajaneargh. I think I screwed that up. where did your distro links go? :/07:03
igcemmajane: but search is broken?07:03
emmajaneoh, there they are.07:04
emmajanesearch has never worked. I am still trying to figure out what Dustin sent me.07:04
emmajanehe's got some extra XML site map and other directories and stuff.07:04
kirklandemmajane: ?07:04
emmajaneit has always loaded inline07:04
emmajanekirkland, hey :)07:04
kirklandemmajane: hiya07:05
emmajanekirkland, your search is way intense.07:05
emmajanekirkland, it confuses me.07:05
kirklandemmajane: :-)  is it?07:05
kirklandemmajane: sorry07:05
emmajanekirkland, assok. I just open the files and stare at them and then walk away trying not to cry at how stupidly complicated google makes a SEARCH WIDGET.07:05
kirklandemmajane: okay, it's not that bad07:07
kirklandemmajane: i've made it complicated to do extra complex things07:07
lifelessit's worse?07:07
emmajanehttp://bazaar-vcs.org/static/07:07
igcemmajane: one more thing we discussed on the list ...07:07
emmajanekirkland, I can't figure out how to make it not load inline.07:07
igcemmajane: the subtext for qdiff07:07
kirklandemmajane: the results?07:07
emmajanekirkland, yeah07:08
lifelessfullermd: got any other pet bugs ?07:08
emmajaneigc, Either I haven't found that yet, or I can't remember finding it.07:08
igcshould just be "Track changes easily with QBzr."07:08
emmajanewith a link?07:08
emmajaneor no link.07:08
igcemmajane: they can't dwnload qdiff as such07:08
emmajanek07:08
igcI don't think it needs a link07:09
fullermdlifeless: Not that come to mind.  Lemme see if anything discrete jumps out of what LP thinks I'm related to...07:09
kirklandemmajane: http://pastebin.ubuntu.com/281892/07:09
kirklandemmajane: you need that snippet wherever you want your results07:09
emmajaneigc, uploaded07:09
kirklandemmajane: changing, of course, the id from mine to yours07:10
* emmajane nods07:10
emmajanekirkland, and if I want it on another page?07:10
emmajanelike a proper form ought to work? ;)07:10
emmajaneor rather, is it possible (for now) just to dump it to a google provided page?07:11
kirklandemmajane: you just change the action of your form07:12
emmajanekirkland, also? why are you still awake answering my questions at 1am? :)07:12
kirklandemmajane: why are you still awake?  :-)07:12
kirklandemmajane: i'm fighting eucalyptus07:13
emmajanekirkland, I asked you first! ;)07:13
kirkland:-)07:13
emmajaneI'm guessing eucalyptus is not what I think it is.07:13
fullermdlifeless: Nothing particularly recent anyway.  Plenty of things I'd like to see, but...07:13
kirklandemmajane: okay, so whats the location of your results page?07:13
emmajanekirkland, I'm inventing one now.07:14
emmajaneI was thinking it should go to google.07:14
emmajaneso now I'm making a search results .html file.07:14
* emmajane tries to remember not to cuss in the commit messages. :)07:14
jfroyemmajane: the navigation tabs look wrong on Safari I think07:15
emmajane"wrong" doesn't help me much07:15
jfroyget the browser and see for yourself :p07:15
lifelessfullermd: no worries07:15
lifelessI've just been trying to make dirstate really robust07:15
lifelesstired of corrupt dirstate files07:15
jfroyhttp://home.devklog.net/~bahamut/tabs.png07:16
jfroyor not07:16
jfroyok go now07:16
jfroymv-ed the file in the wrong directory :|07:16
emmajanehm. I already solved that problem.07:19
igcpoolie: how often does /static/ auto-refresh from the branch07:20
fullermdYeah.  I remember the first few versions after 0.15, when I kept finding new ways to trip it up every few weeks.  It really had it in for me for a while there   :|07:21
fullermd(and not just for my inspired proliferation of pronouns)07:21
emmajanekirkland, ok, that's what had me. I don't have a <form> according to what Google told me to insert into my page template. Which means there's no where to tell it to go to a secon dpage.07:22
kirklandemmajane: what's your results page?07:22
kirklandemmajane: i'll give you the two snippets07:22
emmajanethe file name?07:23
kirklandemmajane: http://pastebin.ubuntu.com/281902/07:23
kirklandemmajane: replace http://foo with your results page07:23
kirklandemmajane: and replace the cx with your cx07:23
emmajaneOH!07:24
igcemmajane: more feedback from the list discussions ... (nothing important at this time of night)07:24
emmajanekirkland, you just ignore their javascripty thing.07:24
igcemmajane (1) text size is apparently too small07:24
emmajaneigc, it's using ems now.07:24
kirklandemmajane: and this goes on the results page: http://pastebin.ubuntu.com/281904/07:24
igc(2) abentley mentioned extra whitespace after the footer - seems ok to me07:24
kirklandemmajane: i gotta call it a night07:25
kirklandemmajane: messages logged; ping me tomorrow if you're still having issues07:25
kirklandg'night07:25
emmajaneigc, I'm ignoring the whitespace. it's because of the extra clears used to make sure the background extends properly.07:25
emmajaneigc, messing with it could wreck it. ;)07:25
emmajanekirkland, thank you :)07:25
emmajanekirkland, I owe you loads of $drink07:25
igc(3) that's all I can recall right now (except more carousel images)07:26
kirklandemmajane: heh ;-)  thx07:26
emmajaneigc, ok. let me just figure out the search and then I'll ping you.07:26
vilahi all07:34
igcemmajane: that cascading header link problem occurs on IE8 as well as Safari07:47
igcemmajane: ok on FF on Vista and Ubuntu though07:47
emmajaneigc, I'm probably just going to switch it back to what I had that worked instead of inserting random CSS from someone on the list.07:47
emmajaneseeing as what I had was browser tested. :)07:47
igcemmajane: yep07:48
igcemmajane: I'm heading off early today - family stuff to do07:49
igcemmajane: poolie might be around later if you have questions07:49
emmajaneigc, I'll hopefully be asleep shortly. it's nearly 3am here.07:49
igcnight all07:49
igcemmajane: sounds a good idea :-)07:50
emmajaneigc, have a good afternoon07:50
=== TolstoyAway is now known as tolstoy
emmajaneigc, ok. I've pushed the latest that includes the template for search results. It's not working locally, but I'm sure that isn't a surprise. sleep is next on the agenda for me.08:00
tolstoyjfroy: The Mac OSX installer (snow leopard) #4 works! Even for me! Thanks for all the effort.08:01
jfroytolstoy: good to know08:02
jfroyThe PyCrypto warnings are gone?08:02
tolstoyYep.08:02
lifelessspiv: if you have time in your day, I have two 2.0.x patches I'd love reviews on :)08:16
spivlifeless: I'll take a look and see if I can manage something before heading to yoga...08:18
lifelessspiv: thanks08:43
pooliehi igc, lifeless, spiv (where applicable)09:10
vilahello poolie :-P09:11
pooliehey there09:11
* poolie is swallowed by a meeting09:11
vilahehe09:11
davidstrausslifeless: Re: the issue on the corrupted dirstate, I have the shared branch storage .bzr/, but I've converted all branches to be standalone.09:12
lifelesskk; it'll be only in the wt so we can't really progress it09:14
vilalifeless: related to dirstate, a way to force dirstate re-build from scratch could help in many circumstances, is that something that you can easily add in dirstate2 (or even dirstate) ?09:15
lifelessvila: just an automated 'remove-tree; checkout .' ?09:20
vilakind of, don't touch my tree :D09:21
vilathe idea is that it's needed in contexts where you need the dirstate even in somewhat buggy contexts so the less commands are used the better09:22
jtvlifeless: we're suddenly hitting bug 375013 on lp branches.  Any idea what changed & what we can do about it?09:27
ubottuLaunchpad bug 375013 in bzr "lightweight checkout commit to a stacked branch does not work" [High,Triaged] https://launchpad.net/bugs/37501309:27
lifelesswhat do you mean 'on lp branches'09:28
jtvlifeless: on lp-hosted branches.09:28
lifelessdetails man!09:29
jtvWe're committing translations to them using the commit-preview-tree trick.  This started giving errors for some branches.09:29
lifelessthose branches are stacked; you can't commit directly to them09:30
jtvso have to branch-commit-push like regular people?09:32
lifelessyes09:32
lifelessits a limitation/bug09:32
lifelesscan be fixed but not trivially09:32
lifelesswe have certain invariants we require repositories (which every branch has one) to maintain09:33
jtvthere's a workaround in the bug description...  does it "fix up" the branch for thus usage permanently?09:33
lifelessand commit wasn't maintaining them, this was causing corrupt branch errors09:33
lifelessjtv: no, it makes a local branch09:33
lifeless'checkout' does a full clone09:33
jtvsimilar to 'branch'?  Or is it lightweight?09:34
lifeless==branch09:34
lifelessif this is for translation09:35
lifelessI suggest saying 'can only be done to series'09:35
lifelessand having some glue in lp that makes sure series branches are not stacked.09:35
lifelessor something like that09:35
lifelesshmm, not well thought out.09:35
lifelessanyhow, your users need to do 'bzr reconfigure --branch URL' where URL is the lp url to the branch they want translations to go into09:36
lifelessjtv: sorry, --unstacked09:37
jtvlifeless: yes, this is for translations... I wouldn't want to add a restriction like that; I have heard rumblings about branches becoming stacked by default.09:37
lifelessbranches are stacked by default09:38
jtvthen what are they stacked on if no parent is given?09:38
lifelessas long as their is somewhere to stack them and the palce to stack them is itself stackable (so we don't de facto require a minimum bzr that group don't require09:38
jtvah09:38
lifelessthe trunk series09:38
jtvso about bzr reconfigure...  what's that do?09:39
jtvI'm assuming it'd upset people if we did it for them...09:39
jtv...at least if we did it quietly.09:39
lifelessI don't think it would upset them09:45
lifelessit may disrupt access while its done though [I haven't checked]09:45
jtvhah... we lock the branch anyway09:46
jtvso what does it do?  If it were completely harmless, it'd be automatic.09:46
lifelessit does a big fetch09:47
lifelesspulls in all the unfetched data09:47
lifelessthen toggles the bit that says 'stacked' to say 'not stacked'09:47
jtvSo at that point it draws a static copy from the branch it was stacked on, and replaces its stacking with that copy?09:52
bialixhello igc09:52
bialixigc: why not show bzr-explorer screenshot on new bzr site instead of qdiff? why???09:52
lifelessjtv: uhm, something like that ;P09:56
jtvwhich sounds like it might very well upset some users...09:56
lifelessjtv: huh? why09:56
jtvBecause updates from the stacked-on branch would stop showing up in the stacked branch, wouldn't they?09:57
lifelessno, updates don't show up in other branches anyway09:58
lifelessthis is a sharding layer change09:58
lifelessto put it in db terms09:58
lifelesssemantically transparent09:58
jtvoic09:59
jtvso merely less efficient in storage, that sort of thing?09:59
jtvwhich in this case is our problem anyway, not the users'09:59
lifelessright10:01
lifelessthus, 18:44 < lifeless> I don't think it would upset them10:01
* jtv comprehends10:02
jtvlifeless: so just bzr reconfigure --unstacked lp:~my/project/branch would do it?  Then we can recommend that as a workaround, and figure out a good way to automate it.10:04
lifelessyes10:04
jtvany easy way to do it straight from bzrlib?  or better to go with the command-line client?10:05
lifelessbranch.set_stacked_on_url(None)10:07
jtvthat's actually easier10:09
jtvlifeless: I suppose I can just do that before exporting, without checking if it's actually needed first?10:09
lifelessjtv: uhm, I'm not sure I'd do that ;)10:10
lifelesshave a poke at the code first...10:10
jtvok, I'm sure there's a matching getter that I can check first10:10
jtvif branch.get_stacked_on_url(): branch.set_stacked_on_url(None)10:11
lifelessyes, thats safe10:13
lifelessI'm not sure that setting it unconditionally is /unsafe/ mind you, just ECautious10:13
jtvRight10:13
jtvand if lifeless is not sure, I'm not touching anything at all  :)10:14
jtvlifeless: thanks manily!10:19
lifelessde nada10:20
nedosalifeless: quick question, so bzr rebase doesn't support re-arranging commits, is that right ?10:56
Lo-lan-donedosa: I believe it doesn't10:58
nedosaLo-lan-do: cheers, is there any way around it  ?10:59
Lo-lan-doNo easy way that I know of. You can use bzr replay by hand, but it's not going to be as slick.11:04
nedosaLo-lan-do: is bzr replay a plugin ?11:08
=== loxs_wrk is now known as loxs
luksit's a command from the bzr-rewrite plugin11:09
Lo-lan-doIt's in rebase11:09
lukswasn't that renamed to bzr-rewrtie?11:10
Lo-lan-doWas it? I don't know.  Feel free to ignore me :-)11:11
lifelessyes, it was renamed11:11
lifelessnedosa: replay is in the bzr-rewrite plugin11:11
lifelessnedosa: and you could use that to reorder, approximately.11:12
lifelessit will be a bit clunky, we don't have a good answer to history editing yet.11:12
Lo-lan-doIs there something for squashing yet?11:12
nedosalifeless: cheers, will give that a try11:12
lifelessLo-lan-do: merge11:12
Lo-lan-dolifeless: It still keeps the intermediate revisions, or did I miss something else?11:13
luksbzr revert --forget-merges11:14
Lo-lan-doNice.11:14
nedosalifeless: do you think your dev branch of the bzr-rewrite plugin is fairly reliable ? having a hard time locating the bzr rewrite plugin :)11:25
lifelessjelmer: ^11:26
lifelessnedosa: no comment :O11:27
lifelessnedosa: but have you tried lp:bzr-rewrite ?11:27
nedosalifeless: ah sorry, my siliness11:28
nedosaso seems like bzr-rebase is being renamed to bzr-rewrite11:29
SamB_XPhmm, there should be a "motd" on lp:bzr-rebase to announce this ...11:38
mereandorhi! I have a problem with "bzr export" when LC_ALL=C - it works just fine with the normal locale - is there a way to work around this?11:56
lifelessmereandor: details please :P11:57
mereandorhttp://nopaste.info/b495a6edc9.html11:57
mereandorwhen I use LC_ALL=C bzr export I get this error11:57
mereandorwithout the LC_ALL it works just fine11:58
lifelessok, you have a path that is not ascii11:58
mereandorin the repository or in my filesystem?11:58
lifelessnot sure from the traceback, but I'd suspect repository12:01
mereandorok12:01
mereandoris there a way to make bzr accept unicode filenames?12:02
lifelessanyhow, to handle non-ASCII we need a non-ASCII locale; such as UTF8 or whatever12:02
mereandorok12:02
lifelessmereandor: we handle unicode filenames, thats what LC_ALL=OTHER_THAN_C lets us do12:02
lifelessLC_ALL=C -> ASCII only12:02
mereandorok so I have to change the locale to something sensible12:04
mereandorthanks a lot for your help12:05
johnfso if a bzr check gives bzr: ERROR: parent_id {53@91d23e16-c8f7-0310-bc44-da976c688e4e:customer_care%2Ftrunk:lib%2FBulletproof%2FPlan} not in inventory13:42
johnfwhat would my next step be?13:42
lifelessinstall bzr 2.0.0 and call me in the morning13:47
johnfyeah just realised this server is running 1.1313:49
* Lo-lan-do wants 2.0 in bpo13:51
johnfLo-lan-do: let me see what I can do13:52
Lo-lan-dojohnf: Actually, I can wait for a few weeks.  Give it time to propagate to testing first :-)13:56
Lo-lan-do(I can do a local backport myself if needed, I'm just going to need an "official" one for a client in a few weeks)13:56
phinzeoh boy, now i've gone and done oit14:06
phinzeit started by getting "Tree transform is malformed" on a bzr shelve operation14:07
phinzebut now i get a StopIteration on all bzr shelve commands14:07
phinzebut i needed shelf #1 :(14:07
phinzetime to root around in .bzr i suppose ... if anybody has any tips i'd much appreciate it14:09
vilaphinze: what did you do ?14:13
phinzevila: i believe it may have had to do with shelving additions of several binary (swf) files14:14
phinzeall's well now, i reached into .bzr/checkout/shelf/ and (after backing it up) removed 5 1.5MB shelf-N files and renamed shelf-4 (at 85K) to shelf-114:14
vilaphinze: have a look in .bzr/checkout/shelf, you'll find several files there, moving them around should allow you to identify the culprit14:14
phinzeone step ahead of you :)14:15
vilaphinze: :D14:15
vilathe renaming was optional and dangerous (who told you that number wasn't used somewhere else ? )14:15
vila;-)14:15
phinzealways nice when the internals of my tools are relatively sane14:15
phinzeheh, well... ls told me! :)14:16
johnflifeless: similar error now14:35
johnfbzr: ERROR: An inconsistent delta was supplied involving '<unknown>', '53@91d23e16-c8f7-0310-bc44-da976c688e4e:customer_care%2Ftrunk:lib%2FBulletproof%2FPlan'14:35
johnfreason: Parent not in inventory.14:35
johnfthat's on 2.014:35
jelmerjohnf: is this an import from svn made using an older bzr-svn version?14:38
johnfjelmer: yes14:39
johnfwell a branch of an olf svn tree anyway14:39
johnfold even14:39
jammorning all14:47
=== andreas__ is now known as ahasenack
jambarry: ping15:38
barryjam: pong15:39
barryhiya!15:39
jamhey15:39
jamThought it might work better to do a bit more live support15:39
jamrather than via email15:40
barryjam: just read your message, yes, thanks!15:40
jambarry: so lets start with15:41
jamsftp ...15:41
jamcd ...15:41
barryjam: aside: i really think we need that big launchpad button to upgrade a branch.  i suspect my network is not stable enough to complete such a long running task15:41
jamls .bzr/15:41
barrysftp> cd ~mailman-coders/mailman/3.015:41
barrysftp> ls .bzr15:41
barry.bzr/README               .bzr/branch               .bzr/branch-format15:41
barry.bzr/branch-lock          .bzr/repository           .bzr/repository.backup15:41
jambarry: you could add my ssh public key to let me connect as you and have me do it :)15:41
jam(you can always remove it after)15:41
jamls .bzr/repository15:41
jamls .bzr/repository.backup15:41
barryjam: i wouldn't mind doing that, but i kind of want to feel the pain so i have a better idea of what's happening ;)15:42
jam(btw, I agree that we should be creating the new repo somewhere *else* and then move it into place... not sure why that design wasn't chosen.)15:42
jambarry: ssh devpad; screen; bzr upgrade ...15:42
jam?15:42
jamof course ,the best way to do it is:15:42
jambzr branch lp:mailman15:42
jamcd mailman15:42
jambzr upgrade15:42
jambzr push lp:~mailman/mailman/trunk-2a15:43
barryjam: +1 on screen15:43
barryjam: i've done that (called it mm3-2a)15:43
barryjam: but i really want my 3.0 trunk branch to be called "3.0" :)15:43
barrysftp> ls .bzr/repository15:43
barry.bzr/repository/format                  .bzr/repository/indices15:43
barry.bzr/repository/lock                    .bzr/repository/obsolete_packs15:43
barry.bzr/repository/pack-names              .bzr/repository/packs15:43
barry.bzr/repository/shared-storage          .bzr/repository/upload15:43
barrysftp> ls .bzr/repository.backup15:43
barry.bzr/repository.backup/format           .bzr/repository.backup/indices15:43
barry.bzr/repository.backup/lock             .bzr/repository.backup/obsolete_packs15:43
barry.bzr/repository.backup/pack-names       .bzr/repository.backup/packs15:43
barry.bzr/repository.backup/shared-storage   .bzr/repository.backup/upload15:43
barry 15:44
jamls -l .bzr/repository/pack-names .bzr/repository.backup/pack-names15:44
barrysftp> ls -l .bzr/repository/pack-names .bzr/repository.backup/pack-names15:44
barry-rw-r--r--    0 1001     1001           72 Sep 29 21:57 .bzr/repository/pack-names15:44
barry 15:44
jamls -l .bzr/repository.backup/pack-names15:45
jam(check if there is a typo there)15:45
barryah, right, i thought that looked weird.  sec...15:46
barryls -l .bzr/repository.backup/pack-names15:46
barry-rw-r--r--    0 1001     1001          966 Sep 29 21:57 .bzr/repository.backup/pack-names15:46
barry 15:46
jamso if it was up to me, I would do15:47
jamrmtree backup.bzr15:47
jamrm tree .bzr/repository15:47
jammv .bzr/repository.backup .bzr/repository15:47
jamthough you probably need something like a gui client or hitchhiker to get 'rmtree'15:48
barryi've never used hitchhiker.  maybe time to start.  but... are you sure that's safe?15:48
jambarry: you just said you have another copy of it locally, right?15:49
jambut yeah15:49
jamit should be ok in this situatio15:49
jamof course, if you really want to do it15:49
jamrmtree .bzr15:49
jambzr push lp:mailman --use-existing-dir15:49
jamsince you already have a local conversion15:49
barryjam: probably: cd mm3-2a; bzr push lp:~mailman-coders/mailman/3.0 --use-existing-dir (since i de-linked the dev focus when i started)15:50
barryjam: i'm willing to try that15:50
jambarry: You also can just go onto launchpad and rename the mm3-2a15:51
jamor use the launchpad gui to delete a branch, etc15:51
barryjam: hmm, yeah, you're right!15:51
barryjam: delete the 3.0 branch, rename mm3-2a to 3.015:51
jamright15:52
barryjam: re-link the dev focus to 3.015:52
jamthe only issue is if people are currently stacked on your 3.0 branch15:52
jamit won't let you delete it15:52
jambut I think it will let you rename it15:52
barryjam: thanks.  sometimes the obvious is staring you right in the face :)15:52
jamIf it doesn't let you, we can work around using --use-existing-dir15:52
barryright.  i think we have no stacked branches on 3.0, but i'll find out15:52
barryjam: +1.  give me a sec to try it...15:52
jamif you do have stacked branches, they'll have to then be upgraded before they work again, but yeah, let me know15:54
jamvila: morning, can I ask a question15:54
vilamorning jam ! Sure ask :)15:55
jamvila: I'm trying to do some memory profiling (as I think you know) but I don't have a 64-bit python version anywhere15:56
jamdo you have one I could have access to ?15:56
vilahmm, as on babune ?15:56
jamvila: something like that15:56
barryjam: there were merge proposals hanging off the old branch.  even though they were merged, lp would make me delete them, so instead, i renamed it and moved mm3-2a to 3.015:56
jamI'd need a shell account, etc15:56
jambarry: sounds reasonable15:57
vilajam: yeah, sure, appetizers are included15:58
barryjam: thanks!  i will write up my experiences and post them to the bazaar mailing list.  hopefully it will help make life easier for the next person.  i really appreciate the help15:58
jambarry: yeah, I'm sorry it was a pita for you16:00
jamit certainly is something we should do better16:00
vilajam: what's your preferred ssh key on lp ?16:00
vilajameinel@samus  ?16:01
barryjam: yep, though i don't mind slogging through it to identify the pain points16:01
=== ahasenack is now known as ahasenack-lunch
jamvila: yeah, I think that is good16:09
vilashudder, reboot after panic, writing crash summary, /: write failed, file system is full :-(16:09
jamvila: ouchie!!!16:09
vilajam: well, only there are 2 with that comment, I pick the first16:09
ZelutI just did a pull, it suggested I run 'bzr upgrade' which i did, and now it wont let me push my changes back.16:44
Zelut[cedwards@daphne origami]$ bzr push lp:origami16:45
ZelutFormat <RepositoryFormatKnit1> for lp-46123344:///~christer.edwards/origami/trunk/.bzr is deprecated - please use 'bzr upgrade' to get better performance16:45
Zelutbzr: ERROR: RemoteRepository(bzr+ssh://bazaar.launchpad.net/~christer.edwards/origami/trunk/.bzr/)16:45
Zelutis not compatible with16:45
Zelutany suggestions?16:45
ZelutCHKInventoryRepository('file:///home/cedwards/origami/.bzr/repository/')16:45
Zelutdifferent rich-root support16:45
Takdoes launchpad support that format yet?17:18
Takalso, is there any reason that "Pull New Revisions" in BazaarExplorer doesn't behave the same as `bzr pull`?17:19
asabilZelut: you need to upgrade your repository a well in launchpad17:23
=== ahasenack-lunch is now known as ahasenack
Zelutasabil: can you tell me how to do that?17:27
jelmerZelut: update your local repository to 2a17:27
jelmerZelut: bzr upgrade --2a <url>17:27
Zelutthanks. that seems to have fixed it.17:32
tsmithis this the help chanel or the dev channel or both?21:00
tsmithSo, there are times when I just cna't seem to get a fix to work; and I end up w/ lots of commits like "Fixes issue #1" "Fixes issue #1 try 2" so on and so on...sometimes up to 10 tries.  Is there a way to distribute changes to an external server, and revert them all as a group?21:01
Keybukbzr: ERROR: 77afdcdf611d88cf3e8b0806fd04c56c.tix is not an index of type <class 'bzrlib.btree_index.BTreeGraphIndex'>.21:21
Keybukhelp!21:21
lifelessKeybuk: head the file21:24
Keybuklifeless: the file?21:27
Keybukdebian/changelog?21:27
Keybukoh, you mean find the .tix file under .bzr ?21:28
Keybukit's a file of 316 zeros21:28
lifelessKeybuk: you had a system crash, didn't you21:29
Keybuknope21:29
Keybukah, no, I did copy this branch off the system that crashed21:29
Keybukyes21:29
* lifeless suspects it was running ext421:29
Keybukindeed21:30
* lifeless wants fbarrier very badly indeed21:30
Keybukfpony ()21:30
lifelessat 316 bytes it was probably a new commit not a repack, so we don't have the data at all21:30
lifelessare the other files with the same prefix also zeroed?21:31
lifelessand how old a ext4 version was it running when the crash happened?21:31
Keybukso I tried to branch it again21:32
Keybukthen I got21:32
lifelessthe first question is to see if we have any hope of recovery; the latter is for input to whether bzr should start fsyncing/add an option21:32
Keybukbzr: ERROR: exceptions.AssertionError: second push failed to complete a fetch set([('texts', 'process.c-20060804042848-002ec799c7183356', 'scott@netsplit.com-20090714141825-3zd92vjv9b5gia2c'), ('texts', 'process.c-20060804042848-002ec799c7183356', 'scott@netsplit.com-20090803220543-yqjmdr9pbuj4yqpn'), ('texts', 'main.c-20060516195723-2691e3b471617c66', 'scott@netsplit.com-20090922161534-0p9jjuv3y885t6yh')]).21:32
lifelessbranch from.. the old machine?21:33
Keybukno, LP21:33
Keybukbzr branch lp:~ubuntu-core-dev/upstart/ubuntu21:33
Keybukcrashed with that21:33
lifelessuna momento21:33
lifelessworks for me21:35
lifelesscd /tmp/21:35
lifelessrobertc@lifeless-64:/tmp$ bzr branch lp:~ubuntu-core-dev/upstart/ubuntu21:35
lifelessBranched 1223 revision(s).21:35
lifelessrobertc@lifeless-64:/tmp$21:36
lifelessnow, I'm not in core dev21:36
Keybukhasn't for me twice in a row21:36
Keybuksame failure both times21:36
lifelessso lets look at what lp thinks21:36
lifelesswhat does 'bzr revno lp:~ubuntu-core-dev/upstart/ubuntu' report for you?21:37
Keybuk122321:37
lifelessok21:38
lifelesstry this21:38
lifelessbzr branch http://bazaar.launchpad.net/~ubuntu-core-dev/upstart/ubuntu21:38
lifelessif that works for you, the writable copy on lp is missing those texts21:38
lifelessprobably from a bug we closed early this year21:38
lifelessI'll find you the fix script in a minute, and you should run that21:39
Keybukthat did, indeed, work21:41
lifelessok21:42
lifelesscd to that branch21:42
Keybukyup21:42
StyXmandoes anyone know any other free project hosting wich supports bazaar besides launchpad? I'm just looking for options...21:42
lifelessgrab this file21:43
lifelesshttp://launchpadlibrarian.net/26166834/fix-branch.py21:43
lifeless(linked from https://bugs.edge.launchpad.net/launchpad-code/+bug/354036)21:43
ubottuLaunchpad bug 354036 in bzr "ErrorFromSmartServer - AbsentContentFactory (unfixable by users) error when pulling a branch from the mirrored area" [Undecided,Confirmed]21:43
Keybuklifeless: IndexError: list index out of range21:44
Keybukoh, I see, I need to give it "."21:44
Keybukok21:44
Keybukbut now what?21:44
Keybukwarcraft upstart% bzr push --remember lp:~ubuntu-core-dev/upstart/ubuntu21:44
KeybukNo new revisions to push.21:44
lifelessactually, as I look deeper you have a unique issue21:44
lifelessYou're using 2.0.0 ?21:45
Keybukyes21:45
Keybukthough I suspect for the first time21:45
lifelessok, I'm going to file a bug and get back to you about how to correct this21:45
lifelessactually, lets fix it21:45
lifelessand I'll file a bug separately21:45
lifelesspython21:45
lifeless>>> import bzrlib.repository21:45
lifelesssource = bzrlib.repository.Repository.open('.')21:45
lifelesstarget = bzrlib.repository.open('bzr+ssh://bazaar.launchpad.net/~ubuntu-core-dev/upstart/ubuntu/')21:46
lifelesssource.lock_read()21:46
lifelesstarget.lock_write()21:46
KeybukAttributeError: 'module' object has no attribute 'open'21:46
lifelessstream = source.texts.get_record_stream([('texts', 'process.c-20060804042848-002ec799c7183356',21:47
Keybukok21:47
lifeless                'scott@netsplit.com-20090714141825-3zd92vjv9b5gia2c'), ('texts', 'process.c-20060804042848-002ec799c7183356',21:47
lifeless                'scott@netsplit.com-20090803220543-yqjmdr9pbuj4yqpn'), ('texts', 'main.c-20060516195723-2691e3b471617c66',21:47
lifeless                'scott@netsplit.com-20090922161534-0p9jjuv3y885t6yh')], 'unordered', True)21:47
Keybukok21:47
lifeless(the attribute error - missing 'Repository' as per the line before)21:47
lifelesstarget.texts.insert_record_stream(stream)21:47
Keybukright21:47
Keybukbzrlib.errors.RevisionNotPresent: Revision {[('texts', 'process.c-20060804042848-002ec799c7183356', 'scott@netsplit.com-20090714141825-3zd92vjv9b5gia2c')]} not present in "KnitVersionedFiles(_KnitGraphIndex(CombinedGraphIndex(<bzrlib.btree_index.BTreeGraphIndex object at 0x32d8090>, <bzrlib.btree_index.BTreeGraphIndex object at 0x32d5e10>, <bzrlib.btree_index.BTreeGraphIndex object at 0x32d5bd0>, <bzrlib.btree_index.BTreeGraphIndex object at 0x32d5990>, <b21:47
Keybukzrlib.btree_index.BTreeGraphIndex object at 0x32ce510>, <bzrlib.btree_index.BTreeGraphIndex object at 0x32d55d0>, <bzrlib.btree_index.BTreeGraphIndex object at 0x32d5390>, <bzrlib.btree_index.BTreeGraphIndex object at 0x32d5150>, <bzrlib.btree_index.BTreeGraphIndex object at 0x32d2ed0>, <bzrlib.btree_index.BTreeGraphIndex object at 0x32d2c90>, <bzrlib.btree_index.BTreeGraphIndex object at 0x32d2a50>, <bzrlib.btree_index.BTreeGraphIndex object at 0x32d2810>21:47
Keybuk, <bzrlib.btree_index.BTreeGraphIndex object at 0x32d25d0>, <bzrlib.btree_index.BTreeGraphIndex object at 0x32d2390>, <bzrlib.btree_index.BTreeGraphIndex object at 0x32d2150>, <bzrlib.btree_index.BTreeGraphIndex object at 0x32ceed0>, <bzrlib.btree_index.BTreeGraphIndex object at 0x32cec90>, <bzrlib.btree_index.BTreeGraphIndex object at 0x32cea50>)), <bzrlib.knit._DirectPackAccess object at 0x32cc850>)".21:47
lifeless\o/21:48
lifelessok, I'm filing a bug21:48
lifelessthis needs deeper checking21:48
lifelessare you 'keybuk' on launchpad ?21:48
Keybukno, 'scott'21:49
lifelessdoes 'bzr check' pass for you?21:49
Keybukin the checkout-from-http?21:51
Keybukyes, ish21:52
Keybuk  2259 revisions21:52
Keybuk   626 file-ids21:52
Keybuk     2 inconsistent parents21:52
lifelessok, just realised I didn't transform the error keys21:53
lifelessthis will work:21:53
lifelesshttp://pastebin.com/fdb2916821:54
Keybukok21:54
Keybukthat did not error21:55
Keybuknow what do I do?21:55
lifelesscool21:55
lifelesstry branching again21:55
lifelessfrom the normal url21:55
Keybukok...21:56
Keybukis branching21:56
lifelesssuccess?21:59
Keybukbzr: ERROR: exceptions.AssertionError: second push failed to complete a fetch set([('texts', 'process.c-20060804042848-002ec799c7183356', 'scott@netsplit.com-20090714141825-3zd92vjv9b5gia2c'), ('texts', 'process.c-20060804042848-002ec799c7183356', 'scott@netsplit.com-20090803220543-yqjmdr9pbuj4yqpn'), ('texts', 'main.c-20060516195723-2691e3b471617c66', 'scott@netsplit.com-20090922161534-0p9jjuv3y885t6yh'), ('texts', 'main.c-20060516195723-2691e3b471617c66'22:00
Keybuk, 'scott@netsplit.com-20090922205552-q4izjm87q1pxjlp6')]).22:00
Keybuk;)22:00
lifelessthough art kidding me22:00
lifelessok22:01
lifelesstry22:01
lifelessnosmart+lp:~....22:01
lifeless[I can't test this, not in the right group]22:01
igcmorning22:02
Keybuklifeless: thatest worketh22:03
lifelessKeybuk: ok, smart server bug, or something approximately like that.22:03
lifelessKeybuk: filing, high.22:03
lifelessKeybuk: nothing is wrong with your repo AFAICT.22:04
lifelessbzr is being bitchy22:04
=== cprov is now known as cprov-afk
=== ereslibre_laptop is now known as ereslibre
tsmithman i tried ext4 and jfs22:25
tsmithi constantly had to run fsck ;O they jus twouldn't mount!!! corrupted block or something22:26
tsmithi went back to xfs22:26
lifelesshi igc22:27
igchi lifeless22:27
Keybuktsmith: of course, the difference there is that ext4 is *telling* you that your filesystem is corrupted22:31
Keybukwhereas xfs does it itself quietly ;)22:31
mzzI haven't had an ext4 fs eat itself yet (but for that matter I haven't had a reiserfs do it yet either, so perhaps I'm just not abusing them enough or something)22:32
lifelessKeybuk: so how recent was the ext4 kernel that ate that file?22:32
lifeless[broadly speaking]22:33
mzzI have had some hardware-level hd trouble though, so I'm more likely to worry about that currently.22:33
Keybuklifeless: given that the disk died on the laptop I rescued it from, I'm not entirely blaming ext422:33
mzzerr, yeah.22:33
lifelessKeybuk: ah, fair'nuff22:34
lifelessclickodeath22:34
lifeless?22:34
Keybukyup22:34
lifelesswhats our hardware support on eeepc's like?22:34
Keybukgood22:34
lifelesscool22:34
Keybukall diamondville stuff is fully supported22:34
lifelessLynne is in love:)22:34
awilkinsI find the most common cause of filesystem corruption I have these days is bad RAM22:34
mzzI guess that makes sense, since a lot of the important bits should end up cached22:35
awilkinsI had some bad blocks in the first 20MB or so and it made things unstable... you could see it when you booted windows 7 because it was RIGHT in the middle of where the splash movie loaded22:36
tsmithmzz: you arent' abusing it correclty22:36
tsmithi can get ext4 to fail in a matter of days22:36
mzzweird.22:36
tsmithbut i dont know if ext4 was made for my particular needs22:36
tsmithredditmirror.cc22:37
mzzI don't shutdown uncleanly *that* often, but I do feel like I actually use the fs.22:37
tsmithhundreds of millions of small files (jpg, css, html) in tends of thousands of directories, accessed randommly by hundreds of thousands of visitors22:37
tsmithpushing 100 m hits a week ;/22:37
lifelesstsmith: it was made to be fast there... no wonder it gets speed wobbles22:39
tsmithwhen i was the #1 link on stumbleupon for 3 days, my server was pushing 80% CPU just on IO waits22:40
tsmithit was crazy22:40
igcemmajane: did you see the email re the top navigation links still not quite right? The last two are lower than the others23:27
beunojames_w, hey. bzr is complaining that it doesn't have it's extensions built, after installing from nightlies. Any ideas?23:34
james_whmm, maybe pyrex got dropped again23:34
james_wbeuno: please file a bug23:34
lifelessjames_w: last time this happened I suggested you put a check in the nightlies to _require_ the .so's23:39
lifelessjames_w: this time, unless you have a really good reason, I'm going to be much more persistent about this23:39
james_wI know23:39
james_wwell23:39
james_wthe nightlies use the same packaging as the PPAs23:39
james_wwhy not have the check there as well?23:39
lifelesseven more important23:39
lifelessI'm totally up with that23:39
lifelesswe don't want any deb to ship without the full range of so's23:40
james_wlp:~bzr/bzr/packaging-{dapper,hardy,intrepid,jaunty,karmic}23:41
lifelessI'm not blaming you :) I just want to make sure that when the nightlies are fixed, that the problem will stay fixed23:41
lifelesss/blaming/blaming or accusing/23:41
lifelessso, there is a bug barry opened23:42
lifelessI'll add to that that the PPA packaging is used (I didn't know that)23:42
* barry wakes up23:42
lifelessand if you have time to look at this, you could add the check, otherwise I'll pester johnf to look at it23:42
lifelessjames_w: sound good?23:42
james_wsure23:43
lifelessbarry: do you have that bug # handy?23:43
lifelessbarry: about the missing .so's23:43
barrylifeless: let me look23:43
lifeless[back shortly, foodingk]23:44
barrylifeless: bug 43910023:45
ubottuLaunchpad bug 439100 in bzr "bzr: warning: some compiled extensions could not be loaded;" [Undecided,New] https://launchpad.net/bugs/43910023:45
lifelessbarry: and you're using nightlies?23:49
barrylifeless: yes, i believe i am (somewhat unintentionally)23:49
lifelessjames_w: are you intending to poke at this?23:49

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!