/srv/irclogs.ubuntu.com/2012/12/11/#bzr.txt

=== slank is now known as slank_away
* superfly hears a ping drop ;-)06:01
superfly*pin06:01
superflygee, a ping dropping too?06:01
superflyanyway, when someone is around, I'm getting an error between my local branch and Launchpad which talks about "different serialisers"06:07
* superfly goes to see if he can find the exact error message06:08
jamsuperfly: offhand, sounds like a *really* old bzr branch, that probably needs to be updated before it can interchange with the one you have now.06:08
superflyjam: I was trying to upgrade, and that's what produced this error06:09
jamsuperfly: upgrading remotely or locally?06:09
superflyhere we go... bzr: ERROR: RemoteRepository(bzr+ssh://bazaar.launchpad.net/%2Bbranch-id/40441/.bzr/) is not compatible with RemoteRepository(bzr+ssh://bazaar.launchpad.net/%2Bbranch/openlp/2.0/.bzr/) different serializers06:09
superflyjam: remotely, locally went fine06:09
superflyI'm using a shared repo locally, but I know LP uses stacked branches06:10
jamsuperfly: I'm guessing it is old enough that we don't support remote upgrading. If it is on Launchpad, you can just delete it and then re-push over it from your local upgrade.06:10
superflyhowever, what that means in practice I am unsure of06:10
superflyjam: OK, thanks. I'll try that06:10
=== mmrazik is now known as mmrazik|afk
=== mmrazik is now known as mmrazik|afk
=== mmrazik|afk is now known as mmrazik
=== quicksil1er is now known as quicksilver
* jelmer waves to w7z13:36
w7zhey jelmer!13:36
jelmerweekending it up? (-:13:37
w7zjust the normal joy of hangouts being worse on nix, so need The Other machine :)13:49
jelmerw7z: ah :) say hi to John for me14:03
=== slank_away is now known as slank
mvohello, when I try to branch " bzr branch lp:ubuntu/lucid-proposed/unattended-upgrades" I get a somewhat odd error: "bzr: ERROR: Revision {package-import@ubuntu.com-20111212140141-7wr15t1ycq9jchl0} not present in "Graph(StackedParentsProvider(bzrlib.repository._LazyListJoin(([CachingParentsProvider(None)], []))))"." - does that mean the branch is damaged on the server?17:05
mgzmvo: http://package-import.ubuntu.com/status/unattended-upgrades.html17:08
mgzsymptom of someone having futzed with the history. can generally be manually fixed, but there are a limited pool of people able to do that for you.17:09
mvomgz: thanks - so thats not smething I could fix myself somehow?17:13
mgzno, but you can reproduce locally using lp:udd if you follow the setup instructions there and verify a full import works17:14
mgzthat's then only a question of requeuing the package with the right flag rather than some of the other cases which require more violent fixing17:15
* mvo nods17:15
mvothanks17:15
=== deryck is now known as deryck[lunch]
InvertedVantagehi everyone18:34
InvertedVantageI'm at work so I'll be slow but I have a question18:34
InvertedVantageI'm looking to implement an SVN solution at my office to help our team manage CAD files18:35
InvertedVantageI was wondering what would occur if two people were to check out the same file, modify it, and both submit said files to the server? What if they submitted them at the same time? If they submitted them one after the other?18:35
InvertedVantageHow does SVN and Bazaar handle this? Thank you!18:35
jelmerInvertedVantage: in both situations, one would get an error saying that their tree was out of date18:36
LeoNerdIn bzr atl east, whoever attempts to submit second gets told their .. what he said18:36
jelmerthey would have to run 'bzr up' to pull in the others changes and then commit again18:36
=== slank is now known as slank_away
InvertedVantagecool, thank you! We have a small team here of about 5 people, all working in the same office. Any recommendations for configuring the set up?18:37
InvertedVantageAnd how does Bazaar store previous versions? We can roll back to a previous update if we ever need to, correct?18:38
jelmerInvertedVantage: yep, you can roll back18:38
jelmerInvertedVantage: I would recommend having a look at the workflows chapter in the bzr docs18:38
InvertedVantagethank you so much :) I'll take a look once we're done with this project. You've been a huge help!18:38
InvertedVantagecheers!18:39
=== deryck[lunch] is now known as deryck
=== carif_ is now known as carif
=== slank_away is now known as slank
Wiz_KeeDhey guys23:22
Wiz_KeeDhow do i check a branches name?23:23
Wiz_KeeDhow do i know where i got it from so i can bzr branch in another location?23:23
Logan_bzr info23:26
Wiz_KeeDyay found it in the command list in the meantime23:26
Wiz_KeeDthank you!23:26
Logan_No problem. :)23:27
Wiz_KeeDLogan_, it says bzr+ssh://bazaar.launchpad.net/+branch/magentoerpconnect/magento-module-oerp6.x-stable/23:31
Wiz_KeeDhow can i download that, i see it added bzr-ssh23:31
Wiz_KeeDhow do i branch it on my local machine?23:31
Logan_It should be lp:magentoerpconnect/magento-module-oerp6.x-stable23:31
Wiz_KeeDhow can you figure?23:31
Logan_But you can probably just branch that full URL as well.23:31
Wiz_KeeDyeah i can doo that but which full url?23:32
Wiz_KeeDthis is what the first one says23:32
Wiz_KeeD  parent branch: bzr+ssh://bazaar.launchpad.net/+branch/magentoerpconnect/magento-module-oerp6.x-stable/23:32
Logan_Actually, I just tested it, and the shorthand is lp:magentoerpconnect/magento-module-oerp6.x-stable23:33
Wiz_KeeDand this is the newly branched one   parent branch: http://bazaar.launchpad.net/~magentoerpconnect-core-editors/magentoerpconnect/module-magento-trunk/23:33
Wiz_KeeDwhy's that?23:33
Wiz_KeeDnow what? :-s23:33
Logan_If you just go to that URL in your browser, and hit "Back to branch summary" in the top left, it will show you how to branch it.23:34
Wiz_KeeDwell it's the same number of revisions23:34
Wiz_KeeDjust different parent branch in bzr info23:34
Wiz_KeeD:-s23:34
Wiz_KeeDthat worries me a tad23:35
Logan_They're actually the same branch, just a different way to access it.23:35
Wiz_KeeDall 323:36
Wiz_KeeDi thought so since it's the same revision23:36
Wiz_KeeDhmm23:36
stewarthi! I'm having a bit of an issue.23:42
stewartWe have two major versions: let's call them 1.0 and 2.023:42
stewartwe have developers implement feature/bugfix in 1.0, and propose merging a 1.0 tree and a 2.0 tree into the respective trunks23:42
stewartand then we merge 2.0 one first, so that 1.0 is only ever a subset of 2.0 revisions23:42
stewartbut... in later merging the 1.0 branch, we get a simple merge commit that then has to be merged into 2.023:43
stewartand this causing a bunch of spurious conflicts.23:43
stewartI'm wondering if there's a way to avoid that?23:43
=== slank is now known as slank_away
stewartactually... I think that question is wrong, and I instead had the wrong branch somewhere in my script.23:49

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