/srv/irclogs.ubuntu.com/2008/12/31/#bzr.txt

=== adam7_ is now known as adam7
Alex____new to bazaar, feeling out its capabilities04:54
Alex____got a question, though04:54
Alex____I'm building a versioning system for scientific figures04:54
Alex____and I'd like to extend bzr to handle arbitrary metadata04:55
Alex____would this be possible via a plugin?05:01
vilahi all07:36
garyvdmHi - How do you specify the no-trees option for a repository after it has been created?10:36
=== thunderstruck is now known as gnomefreak
=== asac_ is now known as asac
Jc2kjelmer: just pushed a git-receive-pack replacement that operates on bazaar instead (so push over git+ssh:// should work too)12:23
Jc2kjelmer: unfortunately it looks like it has to conflict with the one provided by git-core, so might be a packagers nightmare12:24
* Jc2k should check how it behaves under 1.6 (probably calls git receive-pack <git dir> instead of git-receive-pack <git dir>)12:31
jelmerJc2k, well, it can use alternatives14:00
Jc2kjelmer: true. so elegant :]14:01
Jc2kjelmer: are you still working on the index?14:02
jelmerno, that's already working14:02
Jc2kah, awesome.14:02
jelmerI finished it last night, but haven't tested it extensively yet14:03
Jc2kim about to start working on pull/clone in bzr-git14:04
jelmerJc2k: pull from bzr into git you mean?14:04
Jc2kyeah, for git-serve14:05
jelmerJc2k, where are you going to store the metadata14:05
CaMasonAnyone know why I'd get a blue screen of ultimate death on Windows Vista when checking out a branch over SFTP?14:06
jelmerJc2k, ?14:07
Jc2kjelmer: hmm, i guess thats not my first priority :]14:10
jelmerJc2k: I think it should be :-)14:11
jelmerJc2k, you can't do proper pull/clone if you don't have full roundtripping14:12
Jc2kjelmer: i was going to have a sha1/bzr id db on the server side14:13
Jc2kbut i havent thought too much about it14:14
Jc2kif i think too much nothing gets done.. :p14:14
jelmerJc2k, if you do a sha1/bzr id db map14:15
jelmeryou also have to keep a map for the file ids, text revisions and revision properties14:16
jelmerotherwise we end up breaking the referential integrity14:16
Jc2kjelmer: i dont know bzr internals, but the last time i thought about this i was concerned a tree sha might relate to multiple inventories14:21
Jc2kand it was among the reasons i concentrated on the git side :p14:22
=== fta_ is now known as fta
meoblast001hi18:34
meoblast001how would a user without ssh pull source using bazaar.. i always forget18:35
meoblast001is it http?18:35
beunomeoblast001, yup18:36
meoblast001ok.. so pulling http://bazaar.launchpad.net/~mysticgalaxies/mox/devel/changes would work?18:36
meoblast001oops18:36
meoblast001without that changes par18:36
Peng_Yes.18:37
Peng_lp:~mysticgalaxies/mox/devel will use plain HTTP if you haven't run launchpad-login.18:38
meoblast001k18:38
meoblast001thanx18:38
Peng_For that specific branch, you can also use lp:mox as a shortcut.18:40
afdasfadgtis it possible to merge 2 diffrent projects into one?18:56
=== afdasfadgt is now known as burak575
AmanicAhi, I'm trying to implement `bzr missing -r 1..-1`, but it turns out we might need 2 sets of revision specs, one for the local branch and one for the remote branch21:13
AmanicAso either I must make 2 parameters (is there another command like that?)21:14
AmanicAor I can maybe use `bzr missing -r 1..-1..2..-2` where the last 2 are upper bounds21:16
asabilAmanicA: I think having bzr pull --dry-run and bzr push --dry-run would be more intuitive imho21:34
AmanicAgood idea, I havn't thougt of that21:35
burak575is it possible to merge 2 diffrent projects into one?21:35
AmanicAI hope I didn't waste my whole 31Dec for nothing21:36
AmanicAasabil: I love you for solving my problem & hate you for telling me I wasted my whole 31Dec for nothing (and gettind a headache while trying)21:40
AmanicA:)21:40
AmanicAthanx though!21:40
asabilsorry :)21:40
asabilburak575: what do you mean exactly ?21:40
burak575i was have a project21:41
burak575and a project related to it21:41
burak575but i initialized two of them with bzr init so they are not common ancestors21:41
burak575how can i merge them into one project?21:41
burak575like bzr merge project projectDLL21:41
burak575none of them is sharing any common files but i wanna merge them if possible21:42
asabilyou can check bzr help join21:43
asabilI haven't used it myself, but I think it is the right tool for your problem21:43
burak575thanks i am gona try it :)21:44
asabilburak575: it seems like it requires a specific branch format21:45
asabilyou might want to check the "merge-into" plugin21:45
burak575yeah it said so21:45
burak575projectDLL doesn't support rich root data. You can use bzr upgrade on the repository.21:46
burak575it was replied like this i am gona check merge-into plugin :)21:46
asabil:)21:48
LarstiQburak575: you can also `bzr merge -r 0..-1`21:53
burak575hmm21:54
=== fawek|laptop is now known as fawek
=== Mario__ is now known as pygi
AmanicAasabil: I didn't realise `bzr pull --dry-run` is not implemented yet :(  I see merge has a preview though, but that shows a diff22:26
AmanicAI'm looking for something like log, so I think your suggestion will work nice22:27
asabilAmanicA: I was suggesting you implement it :)22:27
AmanicAI realised that now :)22:28
LarstiQhehe :)22:29
LarstiQAmanicA: you can still make good of your 31st! :)22:29
AmanicAno its done forever as of 29 minutes ago :(22:29
AmanicAr/done/gone/22:30
burak575yeah same22:30
burak575what is your gmt zone?22:30
AmanicAgmt+222:30
burak575same .D22:30
LarstiQAmanicA: aww, sorry to hear that.22:31
LarstiQAmanicA: lets capitalise on the 1st then! ;)22:32
AmanicA:)22:32
burak575i was made first 2009 commit on bzr 15 mins ago lol22:32
* LarstiQ will have to wait 30 more minutes22:32
LarstiQor move my clock forward, hmm :)22:32
AmanicAI'm still to depressed to code. and I have a headache now :(22:33
AmanicAI think I should go sleep it off22:34
AmanicAI was stupid, I wrote the `missing -r..` backend first complete with unit tests... and then realised the ui wont work nice...22:41
davidstraussLarstiQ: Or just find tomorrow's commit using revspec date:tomorrow22:44
* davidstrauss cannot figure out why "tomorrow" is a documented date value for revspec22:44
LarstiQdavidstrauss: ending slices I'd say22:46
LarstiQdavidstrauss: always inclusive, no off by ones22:46
LarstiQat least, that is my assumption22:46
davidstraussLarstiQ: but can't you do that explicitly with a non-date revspec?22:46
LarstiQdavidstrauss: probably true :)22:47
LarstiQif your clock is behind revisions it is a bit harder though.22:47
LarstiQdavidstrauss: how does date:tomorrow interact with timezones?22:47
LarstiQ23:45:04 < theeth> I bet I can sneak in a last 2008 commit after your first 2009 commit :)22:47
LarstiQfrom #blendercoders just now22:47
davidstraussLarstiQ: It probably doesn't. I'm guessing everything is UTC.22:48
davidstraussLarstiQ: Or do you mean when you specify a time?22:48
LarstiQdavidstrauss: tomorrow semantics could conceivably include revisions where the local date was 1 day ahead of what you are currently at.22:49
davidstraussLarstiQ: That seems horribly flawed22:50
davidstraussRelativity aside, it's not a different time there22:51
davidstraussThe daylight just spans different hours22:51
LarstiQdavidstrauss: I don't know what the semantics are, but I don't see a natural way out of the local vs global distinction22:57
davidstraussLarstiQ: time zones aren't part of data and time data22:57
davidstraussLarstiQ: They're presentation adjustments22:58
LarstiQdavidstrauss: exactly, and that matters for ui22:58
davidstraussLarstiQ: Right now, in Jerusalem, it's 2009. That doesn't mean an edit happening there right now happens in my tomorrow.22:59
davidstraussLarstiQ: An edit never happens in my tomorrow.23:01
ronnyLarstiQ, jelmer: happy new year23:02
LarstiQronny: thanks, you too :)23:02
LarstiQdavidstrauss: I understand what you mean.23:02
ronnyoh, well, the others, too ;P23:02
LarstiQhehe :)23:02
LarstiQjelmer is currently at the Brandenburger Tor if things went well23:02
* LarstiQ is in the c-base23:02
ronnyim at home23:02
davidstraussLarstiQ: The only difference is disagreement on how we represent "now"23:03
davidstraussLarstiQ: But it's a rather superficial difference23:03
ronnyLarstiQ: hopefully next year i can stay a few days longer23:04
* LarstiQ nods at ronny23:04
LarstiQand at davidstrauss :)23:05
davidstraussI think it's flawed to store timezones with dates23:05
ronnysince i got no mate any more im too sleepy/lazy to get out23:06
ronnydavidstrauss: its usefull to have them on timestamps, gives a better statistics on the daytimes of commits23:07
LarstiQdavidstrauss: it makes it easier to answer queries where you are looking for commits you made around a certain time, but have since moved timezones23:07
ronnyi got raubritter-beer23:09
ronnyits dark ^^23:09
* LarstiQ toasts ronny's raubritter with his mate23:09
ronnyprost23:09
LarstiQproost23:13
* LarstiQ continues reading MD2 preimage attack paper23:13

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