/srv/irclogs.ubuntu.com/2008/06/28/#bzr.txt

lifelessjelmer: or possibly an ordering bug in branch --stacked etc00:00
lifelessjelmer: uhm find the call point that does the fetch00:00
jelmerlifeless: Svn's fetcher is being called before any data has been fetched00:01
lifelessbtw, if they allow data access, they aren't Fake objects :P00:01
lifelessvirtual00:01
lifelessor svnbacked00:01
lifelessbut not fake00:01
lifelesswhats calling the svn fetcher?00:02
jelmerheh, true00:02
jelmerbzrdir.sprout() iirc00:02
krowlifeless: No idea, someone else made it/sent it via email.00:05
jelmeruhm, is self._pack_collection.revision_index.combined_index supposed to be accessing fallback repositories?00:05
krowlifeless: Thanks... I am going to send back the results to the user to figure out.00:07
lifelesskrow: so00:07
lifelesskrow: let me give you a little info00:07
lifelesskrow: say you have three branches00:07
lifelessTRUNK00:07
lifelessmy-branch00:07
lifelessyour-branch00:07
lifeless'bzr send' is used to create a patch, which contains a _bundle_ of data00:08
lifelessfor me to send some commits from my-branch to you00:08
lifelessbzr could either give you a full copy of my-branch (bad, lots of data), or we can send the data since some common point of reference that we both share00:09
krowok00:09
lifelessso the send command wants a branch that it can use to determine that common point of reference00:09
lifelessnow, if someone cherrypicks - if they say -r x..y00:09
lifelessthis *still applies* - because bzr needs enough data in the patch to verify that noone edited it in transit00:10
lifelessso it actually includes common_rev..y, but knows that when you merge from it you only want x..y in the merge00:10
lifelessI bet that your user did something like this:00:11
lifeless'bzr send . -r x..y'00:11
lifeless(where . says 'the SUBMIT_BRANCH is my current branch'00:11
lifelessthis caused the problem, because bzr said 'oh, *everyone* has all the data, I just need to include the instruction00:12
lifeless(rather than finding the common point between 'my-branch and TRUNK' it was the common point between 'my-branch and my-branch'00:12
lifelessso the solution is to do 'bzr send -r x..y TRUNK'00:12
lifelessand it will all be good00:13
lifelessI hope that made sense and will help00:13
jelmerlifeless: Is Repository.has_revisions() supposed to be querying fallback repositories?00:14
lifelessjelmer: of course, if they are absent locally00:14
krowlifeless: It does... I assume there is no way to recover this patch?00:14
lifelesskrow: not and maintain the commit metadata/revision id etc00:15
lifelesskrow: if you really just want the textual patch you see at the top 'bzr patch /tmp/patch'00:16
jelmerhmm, something funny is happening here00:19
lifelessjelmer: here is the stacking expectation:00:19
lifelessjelmer: data available locally is used before data available remotely00:19
lifelessjelmer: queries are only made for remote data when it is needed00:19
lifelessjelmer: few complex queries are preferred over many small ones00:19
lifelessjelmer: so whats triggering the fetcher00:20
lifeless?00:20
jelmerlifeless: Trying to figure that out atm00:21
lifeless'bt' ?00:21
lifelessback in 15-2000:21
jelmeryou mean, what's starting the fetcher?00:21
jelmeror what's causing it to fetch non-tip revisions?00:21
jelmerbzrdir.sprout() is starting the fetcher00:22
lifelessjelmer: and is the repository stacked at that point?00:25
jelmerlifeless: Yes00:25
jelmerlifeless, has_revisions() doesn't appear to go to the fallback repository00:25
lifelessjelmer: oh00:26
lifelessdelete pack_repo.py's has_revisions00:26
jelmerwoot00:27
jelmerlifeless, that did it00:27
jelmernot that it works, but I get a different error now00:27
lifelessjelmer: :P00:28
jelmerNotImplementedError: <bound method SvnTexts.get_parent_map of <bzrlib.plugins.svn.versionedfiles.SvnTexts object at 0x8d830cc>>00:28
jelmerlifeless: in self.texts.get_parent_map(), is it required to return more than the lhs parent?00:36
lifelessyes00:38
lifelessif you don't per-file log will be fucked00:39
lifelessand check will fail00:39
lifelessbbiab00:39
jelmerhmm, that sucks00:40
jelmerlifeless: It would be nice if there was some way to override build_tree() to just call revision_tree()00:51
jelmerrather than using iter_file_bytes(), etc00:52
lifelessjelmer: if you need that; patch it :)01:04
jelmerheh01:05
lifelessjelmer: but really, you should be able to do iter_file_bytes efficiently for merge and other operations as well01:05
lifelessgoing to a movie - laters01:05
jelmerlifeless: Merge from svn you mean?01:05
lifelessmerge from bzr01:06
lifelesswhen the base of any text is in svn01:06
jelmerThat's always going to be significantly slower01:06
jelmersvn's protocol is very tree-oriented01:06
jelmerFor now, I'll just return None for parents01:07
jelmerenjoy your movie!01:07
jelmerwhich one are you going to?01:08
=== mw is now known as mw|out
lifelessget smart01:10
markhjam: you here?02:12
bob2hm, the smart server isn't working for me at all at head02:19
markhwhen connecting via ssh to launchpad, I'm seeing 'Server does not understand Bazaar network protocol 3, reconnecting.  (Upgrade the server to avoid this.)', then the connection is (successfully) retried.  Is that "expected" (ie, is there any reason to believe the binaries I'm putting together are incorrect because of this?)02:34
Pengmarkh: It's correct. Protocol v3 is very new.02:35
Pengmarkh: (That is, I think it might be even newer than 1.6b2. I'm not sure.)02:36
markhPeng: thanks.  I wonder if the binaries I'm making should be from 1.6b2 rather than what is on the head when I happen to flick the switch...02:36
* Peng shrugs.02:37
PengI use bzr.dev all the time.02:37
markhme too :)  Thats something I can decide later though :)02:37
markhssh issues on windows are still driving me nuts too, so I better get back to that...02:37
PengIt might be good to package the revision before VersionedFiles, though, since that's a big API change and breaks many plugins.02:37
markhthese are binaries for windows, where a good plug story remains to be written anyway :)02:38
markhby the time we would out to package them reasonably, hopefully they will all then be working again!02:39
markhs/would/work/02:39
markhdoes bzr cache passwords used for the "lp:" protocol?02:48
jelmerlifeless: W00T02:51
jelmerganieda:/data/tmp/stackable% BZR_PDB=1 ~/bzr/shallow-branch/bzr -Dfakevf branch --stacked svn://svn.gnome.org/svn/gnome-specimen/trunk tr-sp02:51
jelmerInitialising Subversion metadata cache in /home/jelmer/.bazaar/svn-cache-exp/203ae883-c723-44c9-aabd-cb56e4f81c9a02:51
jelmerusing experimental bzr-svn mappings; output may change between revisions02:51
jelmerCreated new stacked branch referring to svn://svn.gnome.org/svn/gnome-specimen/trunk.02:51
jelmerand bzr info actually shows there are 0 revisions in the local repository02:52
* markh thinks maybe it caches a certificate...02:58
spivjelmer: sweet03:05
bacowhich is the difference between sftp and bzr+ssh schemes?03:16
spivbaco: bzr+ssh is a protocol native to bzr.  It runs bzr on the remote end.03:17
spivsftp is just standard sftp, so while it tends to be a little bit slower, it also works with every SSH server, even if bzr isn't installed on the server.03:17
=== kiko-afk is now known as kiko-zzz
bacospiv: like the commits being made locally in bzr+ssh?03:18
spivI'm not sure what you mean.03:18
spivThe behaviour is the same, just bzr+ssh tends to be faster.03:19
spivThe downside is that it needs bzr installed on the server.03:19
bacosftp uses ssh an then ftp on the remote end03:20
PengSFTP is not FTP.03:20
PengIt's similar, but it doesn't just SSH in and run FTP.03:20
spivSFTP also doesn't have the weird control channel/data channel split that FTP has.03:22
bacolet figure it out, with sftp you *put* your files on the remote server, and with bzr+ssh you make an ssh connection, you send a stream which is captured an then piped to bzr to make the commit real on the remote end?03:23
PengIt's not that simple, but basically yeah.03:24
bacothen, on server side, the auth via ssh is the same, but in bzr+ssh you also need the command line client installed03:25
PengYes.03:26
bacothe only options now working for auth on the server side are the provided by apache via http or ssh via ssh ones?03:27
PengYes.03:28
bacotnx03:28
bacoI've been trying thins on launchpad, does the setting of the main branch affect the repo in any way? I mean, you really set that on the repo, or is just launchpad magic?03:56
PengIf I understand you correctly, it's just Launchpad stuff.03:57
bacoSo, there's no way you set a branch as the default or main one so when you branch the repo url you get only this branch in a normal setting03:58
spivbaco: you don't branch repos, you branch branches :)03:59
bacook, I usually, but not on lp, I mean you have the option not to04:00
PengWhat?04:01
bacothat in launchpad you have the option of branching a project, which is a repo, and it gives you one branch, the one has been declared as the main one04:03
lifelesshi spiv04:04
lifelessjelmer: congrats!04:04
jelmerspiv, lifeless: thanks04:05
jelmerlifeless: There's no rich-root-stackable format yet, right? I'm using devleopment-rich-root for now04:05
lifelessjelmer: thats stackable yes04:06
jelmerargh, it's getting late04:06
lifelessjelmer: there is no non-development stackable if thats what you are asking04:06
jelmerI meant development-subtree04:06
lifelessjelmer: hmm, we should add that04:06
lifelessjelmer: patch it up :P04:06
jelmerheh, some other day maybe :-P04:07
lifelessjelmer: still, fantastic news04:07
bacoPeng: am I right?04:07
lifelessjelmer: should be trivial yo add development-rich-root04:07
jelmerPerformance on operations like log in this branch is pretty terrible right now, though that was to be expected04:07
lifelessjelmer: so we need to fix that; log --short shouldn't be terrible though04:08
jelmerlifeless, it's worse than usual though04:11
jelmeras it's accessing these objects as XML04:11
jelmerrather than calling get_revisions() directly, avoiding a conversion back and forth04:11
lifelessjelmer: yeah; so stacking in a semantic fashion is actually significantly more work, as every layer needs to be taught04:12
lifelessjelmer: and every api needs to be stack-aware04:12
jelmeryeah04:12
jelmerlifeless, I also had to disable packrepo's get_parent_map implementation btw04:13
lifelessjelmer: right, please turn those into patches04:14
lifelessjelmer: they should not be needed with the thinner layers of VersionedFiles04:14
Pengbac: No. You only branch branches, not repos.04:14
Pengbac: Are you talking about "lp:" URLs?04:14
PengAugh, crap.04:14
bacoPeng: yes04:14
PengI'm sorry, bac. I meant baco.04:14
bacounderstood :-)04:15
bacPeng: np  :)04:15
PengUsually it's safe to tab-complete three characters. Whoops.04:15
bacoLOL04:15
Pengbaco: When you use "lp:myproject", the launchpad plugin (which comes with bzr) translates that to bzr+ssh://you@bazaar.launchpad.net/~you/myproject/trunk or whatever branch it refers to.04:16
Pengbaco: This has nothing to do with repos having default branches or anything.04:17
bacoPeng: ok, tnx04:17
=== BasicPRO is now known as BasicOSX
jelmerspiv: It looks like a python clone is significantly faster now, btw04:38
spivjelmer: sweet04:39
jelmerspiv: about 1500 revisions in the first 5 minutes (not involving stacked branches)04:39
spivNot bad!04:40
lifelessjelmer: if you support texts properly now05:10
lifelessjelmer: try bzr-search, and disable 'revisions_only' for svn05:10
pfharlockif I wanted to remove a change that happend awhile back (say the repo is on version 11) and I wanted to undo whatever happened in rev 3, in svn I would do something like svn merge -r 3:2 followed by any tweaking and then commit.  What would be the best way to do this in bazaar?05:10
lifelesspfharlock: exactly that05:10
lifelessbut with .. instead of :05:10
pfharlockyeah, but when I try bzr merge -r 3..2 it doesn't do what I would expect05:11
lifelesspfharlock: what does it do ?05:11
lifelesspfharlock: oh, you probably want 'bzr merge -r 3..2 .'05:11
pfharlockwell the revision in question I added a file, I would expect the file to be marked for removal05:12
pfharlockoh, what does the . do05:12
lifelessits merges from the current branch05:12
lifelessrather than from the parent branch05:12
pfharlockduh05:12
pfharlockthanks05:12
pfharlocklet me try that05:12
lifelessjelmer: oh, just remembered, I haven't dont VersionedFiles for bzr-search yet.05:14
lifelessjelmer: I will today probably05:14
pfharlockyes, that worked like I expected, thanks a bunch05:14
lifelesscool05:15
pfharlockif I wanted to pull the history/log or an entire repository, not just a branch, is there a way to do that, either builtin or through plugin?05:20
pfharlocks/or/of05:21
pfharlockI've been contemplating writing a script to do it if one doesn't already exist05:22
lifelessthere are plugins05:22
lifelessthe underlying api can do it of course, but unreferenced revisions are just garbage pending gc05:22
markhjam: ping05:24
pfharlockyou'll have to forgive me, I'm not familiar with bzr's internals, but that's interesting, if you delete a branch with a bunch of revisions, they'll be removed from the shared repo automatically after awhile through garbage collection?05:24
lifelesspfharlock: yes, we don't guarantee preservation or timely gc, what we do guarantee is that referenced data is preserved, and unreferenced data is not cloned05:25
lifelesson my TODO is to write an efficient gc to give people direct control over this in case they need it05:26
pfharlockwow, that's pretty cool, other than deleting a branch, what could cause a revision to become unreferenced?05:26
pfharlockI would guess that uncommit might do it05:27
Odd_Blokepfharlock: Rebasing, I think.05:27
pfharlockok, that makes sense (not knowing how the rebasing plugin does it's magic :)05:28
Odd_Blokepfharlock: Yeah, I only have vague recollections, but it's the sort of operation that might. :)05:29
lifelessuncommit05:29
lifelessand rebasing05:29
pfharlockas to repo-wide log, one of my common use cases is not remembering where something is I know I worked on months ago and searching the logs looking for whatever it is.  I realized the other day that if I wanted to duplicate this workflow that I use from subversion to bazaar I would need to get history from the whole shared repo.05:31
pfharlockI'm not sure what the best way to order the logs would be, my thought is that organizing it chronologically would probably be best.05:32
lifelesspfharlock: hmm, I would say 'bzr search' :)05:33
pfharlockcool, thanks, I'll give that one a try :)05:35
lifelesspfharlock: its a plugin, it currently searches per-branch05:40
lifelesspfharlock: but once indexed the searches are subsecond05:40
pfharlockyeah, I'm looking for repo-wide, but if it's close to what I need, maybe I can modify it to be repo wide05:41
lifelessyup05:41
lifelessthe index is agnostic as to where content comes from05:41
pfharlockwould be a good primer on how to start programming for bzrlib05:41
lifelessso you should be able to quite easily tweak it; and I'd be happy to accept any patch (though I might ask for tweaks to fit in with $plans)05:41
pfharlockvery cool :)05:42
pfharlockif I get anywhere with that I'll get in touch, are you the author of the search plugin?05:42
lifelesssure am05:42
pfharlockcool, well thanks for all the help, it's greatly appreciated05:44
Odd_BlokeFor anyone who's around, I'm going to be sending an email tomorrow asking for input on what I should be working on for PQM this summer.  Already on my list are XMLRPC submissions and getting rid of the crufty VCS abstraction.  Existing ideas (from the London sprint) are at http://bazaar-vcs.org/SprintLondonMarch08/Brainstorms#head-f2678f1f3acd54a5199c577538301a91be6f7915-2 but I'm looking for some idea of which of those are most important.05:47
Odd_BlokeAnd with that wall of text, I shall head to bed.05:47
lifelessOdd_Bloke: pqm's bugs are a good place to look too05:49
dbmoodb__hi i'm new to bzr i ran bzr branch lp:bzr-search .... so i now have what-- i'm trying to use what i just got07:12
dbmoodb__yes i am an idiot07:12
dbmoodb__don't worry i am an idiot07:14
dbmoodb__fixed07:14
AfCdbmoodb__: no need to beat up on yourself. Everyone has to learn things the first time at some point.07:17
lifelessdbmoodb__: hi07:20
dbmoodb__oh hi07:21
dbmoodb__ah to use your nice little thing what do i need to do. i'm new to bzr and wanted to have a play. i can't use python2.5.07:21
lifelessthats fine, 2.4 should be enough07:22
dbmoodb__what are the packages required for bzr search ?07:22
lifelesshave you got bzr installed ?07:22
dbmoodb__yes07:22
lifelesswhat version?07:22
dbmoodb__but i have python2.5 installed prior to this and hardy is trying to use python 2.5 even tho your setup says 2.4 i think07:22
lifelessoh07:22
lifelessignore the setup.py for the plugin, thats for distro's that want to install it system07:23
dbmoodb__Bazaar (bzr) 1.3.1 Python interpreter: /usr/bin/python 2.5.2.final.0 Python standard library: /usr/lib/python2.5 bzrlib: /usr/lib/python2.5/site-packages/bzrlib07:23
lifelesswide07:23
dbmoodb__k sure i couldn't get that to work either :)07:23
lifelessdbmoodb__: it will work with 1.3.1 but print an error on every bzr command; if you can upgrade to 1.4 or newer that would be a good idea07:23
lifelessdbmoodb__: are you using ubuntu?07:23
dbmoodb__this is ubuntu hardy yes07:23
lifelessok07:23
lifelessif you add07:23
dbmoodb__launchpad repo yah ?07:24
lifelessdeb http://ppa.launchpad.net/bzr/ubuntu hardy main07:24
lifelessso your /etc/apt/sources.list07:24
lifelessit will give you the current release of bzr07:24
lifelesswhich is 1.507:24
dbmoodb__lifeless: ok sure..... it would be nice to use it with what i currently have tho07:24
lifelessdbmoodb__: unfortunately I haven't written the backwards compatability stuff needed - 1.5 is disk and network compatible with 1.3 though. Is there some reason to stay on 1.3 ?07:26
dbmoodb__lifeless: so it will work with what i have just produce an error ?07:26
AfCdbmoodb__:  you're going to use Bazaar you might as well use the latest release. The version you will find published there will be significantly better than whatever was around when Ubuntu last froze its package set.07:26
lifelessdbmoodb__: yes07:26
lifelessdbmoodb__: it will also not auto-update the index when you commit/push/pull07:26
lifelessdbmoodb__: but if you're happy with those caveats then its ok by me :)(07:27
dbmoodb__lifeless: because thats in my release. sigh its still dev so ok !07:27
dbmoodb__i will add packages that have no gpg auth :)07:28
lifelessdbmoodb__: ah I see. we're going to get a backport done07:28
dbmoodb__lifeless: its still dev don't worry. but what you were saying was that it previously was using cron jobs and things.07:29
lifelessdbmoodb__: still; you don't have to upgrade to 1.4/1.5, its only a recommendation07:29
dbmoodb__that was because of the old bzr ?07:29
dbmoodb__lifeless: i have done it.07:29
lifelessdbmoodb__: *loggerhead* used to need all sorts of nastiness07:29
lifelessdbmoodb__: ok.07:29
lifelesshttps://edge.launchpad.net/bzr-search07:29
lifelesshas install instructions for bzr-search07:30
lifeless(mkdir -p ~/.bazaar/plugins07:30
lifelessbzr branch lp:bzr-search ~/.bazaar/plugins/search07:30
lifeless)07:30
dbmoodb__do i have to be in the directory of the folder i am searching ? i see no option to search within an index that i have made07:30
dbmoodb__lifeless: yes but that page is hard to come by actually perhaps put an install / info in the read me (i know its dev just suggesting)07:31
lifelessdbmoodb__: yes, for the command line, cd to the branch you want to search -07:31
lifelessI'll add those to the README07:31
dbmoodb__lifeless: ok i wish to request a database of the indexes / file that says which indexes you have so one can autocomplete / use dirs / blah to search using your tool.07:32
dbmoodb__again -- i know its dev07:32
lifelessdbmoodb__: let me see if I understand07:32
lifelessyou want a global list of the branches that you have indexed ?07:33
dbmoodb__that would be nice. given you intend for this to be networkable no ?07:33
lifelesswell, it is networkable already using the same model bzr has07:34
dbmoodb__well autocompletion would be nice (of the ones you have done and perhaps a few suggested projects07:35
lifelessso, what would the global list help you do ?07:35
dbmoodb__lifeless: tab complete ?07:35
lifelessdbmoodb__: so, you're saying you could 'cd ~', 'bzr search -d <TAB>' - and it would list places you could search?07:36
dbmoodb__perhaps.07:37
lifelessI'm just trying to understand the use case07:37
lifelessI mean07:37
lifelessimagine you hack on openoffice, binutils and gcc07:37
lifelessyou'll have branches of them that you edit code in07:38
dbmoodb__lifeless: it was a suggestion that is all. if you use firefox you can see how useful it is. however in this case there probably aren't that many things07:38
dbmoodb__    data, consumed = self.encode(object, self.errors)07:38
dbmoodb__UnicodeDecodeError: 'ascii' codec can't decode byte 0xe7 in position 21: ordinal not in range(128)07:38
lifelessdbmoodb__: can you get the backtrace from ~/.bzr.log ?07:39
dbmoodb__sure thing07:39
Peng(and don't paste it all in the channel!)07:39
lifelessdbmoodb__: I think what I'm saying is that the issue with finding previously used branches is much broader than bzr search07:40
dbmoodb__Peng: i only pasted that small amount and i was afriad of being kicked. sorry i will just query to paste this time07:40
lifelessdbmoodb__: http://rafb.net/paste/07:40
Pengdbmoodb__: Sure, pasting 2 lines is no problem. I was just making sure.07:40
dbmoodb__http://rafb.net/p/UEdy7J89.html07:41
lifelessdbmoodb__: ah ok07:42
lifelessdbmoodb__: your console is ascii07:42
lifelessdbmoodb__: but the search result was unicode, and it can't show it to you07:42
lifelessdbmoodb__: I'll file a bug for this; have you considered using a UTF8 locale ? (or perhaps I'm not analysing the error right).07:43
dbmoodb__http://rafb.net/p/o7XV9H92.html -- full thing. lifeless well my locale is the one setup for me by ubuntu isn't that utf8 ?07:43
lifelessah yes, you do have UTF8 local07:43
lifelessok, something different, one sec07:43
lifelesscan you edit home/X/.bazaar/plugins/search/commands.py07:43
dbmoodb__yes. how so ?07:44
lifelesson the line before self.outf.write(" Summary: '%s'\n" % result.summary())07:44
lifelessinsert07:44
lifelessprint type(result.summary())07:44
lifelessprint result.summary.decode('utf8')07:44
lifelessrun it and pastebin the output07:45
spivlifeless: the repr might be useful too07:47
spiv(And is usually ascii-clean)07:47
lifelessspiv: I'm betting I have utf8 data I'm tossing at outf07:47
lifelessbut its doing implicit decode(ascii(07:47
dbmoodb__lifeless: it doesn't like my indentation :(07:48
lifelessdbmoodb__: use spaces and not tabs, and line it up with the 'self.outf' line07:48
dbmoodb__http://rafb.net/p/9scZU348.html07:49
dbmoodb__i hate spaces07:50
lifelessoh, result.summary().decode('utf-8')07:50
dbmoodb__add the ()'s that all ?07:51
lifelessyes07:52
dbmoodb__sorry that doesn't work either07:52
lifelessok, I'll do it and make a patch07:52
dbmoodb__good because i don't want to learn a language where space is used over a tab :) (just kidding)07:53
spivdbmoodb__: python lets you use tabs or spaces for indentation, it just doesn't like you to mix them... bzr's code chooses to use spaces.07:54
lifelessdbmoodb__: ok, cd to the ~/.bazaar/plugins/search, and do 'bzr pull lp:~lifeless/bzr-search/debugging'07:55
dbmoodb__hum i think i'm going to look up a c++ project. run "bzr launchpad-login YOUR_ID" lifeless another time07:57
dbmoodb__wait i don't have to login do i ?07:57
lifelessdbmoodb__: no07:57
lifelessdbmoodb__: its just spam07:57
lifelessthat branch will print debug output07:58
dbmoodb__ko07:58
lifelessoh, you'll want to do 'bzr revert' after the pull07:58
lifelessbecause your edits will conflict07:58
dbmoodb__still get an error.07:59
lifelessthats to be expected07:59
lifelessthe output should help me determine the cause and fix it for you07:59
dbmoodb__if i was to guess. it is because you are using weird characters that cannot be printed on my screen.07:59
dbmoodb__rofl ah dude it think you need utf_8 ?08:00
lifelessdbmoodb__: could you paste the output please?08:01
dbmoodb__will do08:01
dbmoodb__http://rafb.net/p/LTcKpa44.html08:02
dbmoodb__wait are you using a null character some where ?08:03
lifelessits not what I'm using08:03
lifelessits whats been indexed08:03
lifelesswhat you searched for found a hit in a .png file08:03
dbmoodb__lovelly :)08:03
dbmoodb__but i'm in squid3 i got that too. that is what i'm indexing and searching08:04
lifelessso, what I need to do is to upcast the byte sequence of the summary08:04
lifelessor something similar.08:04
dbmoodb__perhaps you should check the magic numbers of files and get only the relevant ones ?08:05
lifelessdbmoodb__: perhaps08:05
lifelessthough images can be relevant :)08:05
dbmoodb__yes if you like to hide stuff08:05
lifeless- they can have comments in headers and so on08:05
dbmoodb__sure sure. but ah there isn't going to be a bug in the image header. lest the end is nigh08:06
lifelesssure there can be08:06
dbmoodb__"can"08:06
dbmoodb__i can fly.08:06
lifelessall it takes is a header style that is not printable cleanly08:06
lifelesssquid includes images in its source too08:06
spivDefinitely there can.  Metadata in images can include things like attributions for the author(s), and that sort of data can be wrong and get corrected.08:07
spivI can imagine less trivial examples too.08:07
dbmoodb__spiv: yes and no. my point is at least identify the file and not try to get stuff from image files / not print it if it can't do that08:08
lifelessdbmoodb__: I'm writing the code now to print it safely08:08
lifelessdbmoodb__: code takes a little time08:08
dbmoodb__i know08:08
Odd_Blokelifeless: You should consider a dependency on libaa, to display image search results. ^_^08:09
dbmoodb__i use debian etch lifeless as my primary os :)08:09
dbmoodb__have fun fixing it up lifeless.08:10
bob2woo, the smart server thing got fixed already08:27
gourigc: hello, any questions on reading?09:17
igcgour: not yet - I'll read them this weekend but I'm yet to do so09:17
gourigc: good. keep up the good spirit ;)09:18
=== doko_ is now known as doko
Edulixhi11:06
Edulixwhy bzr doesn't let me commit if I'm not exactly in the last revision of the repository ?11:07
EdulixI mean, I was committing to a file that had not even changed in the new revisions......11:07
Edulixit doesn't make sense to me11:08
matkorcommiting to old revision of checkout would have to make branch , right ?11:08
matkorso if you want stay as checkout , update checkout and than commit your changes11:09
EdulixI want to commit it to trunk no to an old revision11:09
Edulixwhatever, subversion would have allowed me to commit it for example :P11:09
Edulixwithout branching11:09
matkoror if  you want to make branch, unbind checkout , and commit to yours created branch11:10
matkorsvn is different than bzr11:10
* gour is glad that it is11:11
gour*err, i'm glad taht bzr is different than svn :-D11:11
matkorlet's agree to: bzr and svn are different ;)11:12
=== abentle1 is now known as abentley
Edulixwell yes they're different xD11:25
=== kiko-zzz is now known as kiko
bjacquesSo I have a mirror checkout and I created a branch from the checkout. Now I made various commits to the branch, and I'm merging them into the checkout. Now, if I merge my changes, will the commits (including commit messages) from the branch also be imported into my local checkout?12:24
matkorbjacques: in checkout you see all messeges from branch12:38
matkorso if you merged to branch you will have full history12:38
bjacquesgreat, thanks12:38
bjacquesmatkor, so how does this work? I merged my changes to my mirror checkout and then committed the result to the 'main' repository. My commit shows up as a single commit with only the brief summary I gave in the final commit stage.12:51
radixbjacques: if you 'bzr log', you'll see all your revisions indented underneath the merge revision13:13
radixbjacques: all the revisions are there13:13
matkorbjacques: you can use also bzr-gtk to see graph of revisions ...13:14
bjacquesah, I see, I guess it's just the web interface that doesn't show them13:21
bjacquesexplicitly, anyway13:21
bjacquesthanks for your help guys13:24
=== kiko is now known as kiko-afk
* LarstiQ frowns at libapr14:41
enobrevhaving a bit of trouble getting trac-bzr working on win32.  i can import tracbzr fine in the python console.  i've added the [components] section to the ini with "tracbzr.* = enabled"  I've set my repo type to "bzr", but I'm still getting 'Unsupported version control system "bzr"'.  Anyone familiar?14:46
LarstiQenobrev: I've never tried trac-bzr on win32 I'm afraid15:40
enobrevhmmm... anyone? thanks LarstiQ15:41
LarstiQenobrev: are trac and the normal python console using the same sys.path?15:41
enobrevgood question15:41
enobrevLarstiQ any easy way to figure that out?15:42
LarstiQenobrev: for starters, is it the same interpreter?15:43
enobrevonly have py2.5 on my system.. single install15:43
enobrev(2.5.1)15:44
LarstiQok15:44
* LarstiQ has a gander15:44
LarstiQenobrev: have you tried increasing the logging level?15:46
enobrevLarstiQ doing that now15:46
enobrevthis could be it.. though im not quite sure how to resolve15:49
enobrev2008-06-28 10:46:01,030 Trac[loader] ERROR: Skipping "bzr = tracbzr.backend": (can't import "bad local file header in C:\Program Files\Python25\lib\site-packages\tracbzr-0.2-py2.5.egg")15:49
bob2perhaps the zip header is messed up15:50
LarstiQenobrev: remove it and try a fresh build?15:53
enobrevLarstiQ exactly what I'm doing now... actually going to grab a couple builds from LP to see if any of them work... if not, time to get my hands dirty15:53
LarstiQcool :)15:54
enobrevthanks LarstiQ, bob215:54
enobrevLarstiQ, bob2, fixed.  wish i could say i know what the problem was, but I just installed bzr from source (instead of bzr win32 installer) and now it's workin... thanks again16:08
enobrevoddly, bzr's been working great all this time.  just had to reinstall for the tracbzr plugin to work16:08
LarstiQenobrev: doh16:22
qenseI'd like to create a copy of a branch in Launchpad to my own profile so I can implement something and propose it for a merge later16:51
qensebut how do you create the copy? I can't find it16:51
datoI think you just have to push it to ~youruser/productname/yournameforthebranch16:54
qenseok16:56
pfharlockdoes anyone in here maintain the bzr-upload plugin?  I have a small patch.17:23
jelmerpfharlock: vila and beuno are the people to talk to17:25
pfharlockcool, thanks, I've not used launchpad before, so I'm signing up for an account now.  it's just a small syntax error in the setup script17:26
bobesponjahi17:39
bobesponjahow do I create a bare (empty) repository to push to? if there is such a thing17:39
pfharlockbzr init17:40
pfharlockbzr init .17:40
pfharlockcreates a branch17:40
pfharlockactually if you just push to an ssh location and there isn't a repo there, I think it just creates it for you, if I'm wrong about this somebody please let me know.17:41
bobesponjapfharlock: I mean, in git for hosted repositories( where people push) there is no working tree with files, only a .git17:42
datobobesponja: there is no such thing as "bare" in bzr (as in, having the .bzr/* stuff at the top level), but there are branches without trees17:42
Pilkybobesponja: bzr init-repo --notrees17:43
datobobesponja: and, you need not (as in git) logging into the remote server to create the repo first; you can just push directly, and bzr will create it if it does not exist, making it without a tree by default17:43
Pilkyoops, that should be --no-trees17:43
bobesponjaok thanks17:44
bobesponjaPilky: so bare would be --no-trees17:44
Pilkyif you want one with no working tree and just the .bzr folder17:44
bobesponjayep, that's what I want17:46
bobesponjaPilky: isn't that what is always used on hosted repositories?17:46
PilkyI believe it's what is usually used on (and recommended for) hosted repositories, you still have to specify --no-trees though17:47
bobesponjawhat if my local repo has trees, if I push to a repo that doesn't exist yet, will it create automatically with or withour the trees?17:49
datobobesponja: do you have clear the disticntion between repo and branch in bzr?17:49
PilkyI dunno, I believe it will just push the branch if a repo doesn't exist17:49
datoPilky: uh, sure it will17:50
bobesponjadato: a repo has many branches?17:50
fbondWould `bzr multi-pull' be useful for updating all of the threads in a loom from another loom?17:50
datobobesponja: yes, but branches can exist outside repos17:50
Pilkydato: I mean, I have a repo on my desktop, I've pushed a branch from it to my server and pull the branch to my laptop (with no repo)17:51
bobesponjabasically, my use case is people have local repositories with working trees they work on and when they push it creates (if the repo doesn't exist yet) a remote repository with --no-trees17:51
bobesponjabranch without repo? that's weird I guess I need to do some reading17:52
Pilkybobesponja: I think you have to create the repo manually, otherwise it will push the branches as being self contained17:52
Pilkybranches are just directories17:52
Pilkybobesponja: this may be of help: http://bazaar-vcs.org/BzrVsGit#head-8d6788e5fb366d04efa536c4c41d4b36e67233fb17:53
bobesponjaok thanks17:53
bobesponjaso branches are kind of like svn I guess17:55
Pilkyyeah, sort of17:57
bacoquestion, you branch branches, not repos, which are re-branchable, but then no one except the original server can have the same structure of repo and branches, but a bunch of branches which could eventually be grouped in a repo, but there's no way to clone the entire repo from the server18:11
bob2there's repo-push and multi-pull to do bunches together18:12
bacobob2: I don't have repo-push in my command-line client, and multi-pull pull all branches, but does not says anything about the configuration of the repo, you'll have to do a bzr init-repo in the directory pulled after that18:18
bob2repo-push is a seperate plugin18:18
bob2as for the rest, you've lost me18:18
bob2what is "configuration of the repo"?  and multi=pull pulls into a repository (so no need for a init-repo after - it has to be before or it won't work)18:19
bacobob2: the .bzr directory in the repo directory that is created after a bzr- init-repo is what I say for configuration, and multi=pull was a typo of multi-pull18:21
=== qense is now known as qense|dinner
bob2for configuration, do you mean branch.conf?18:22
bacowhen you do bzr init-repo a .bzr directory is created with lots of files18:23
bacobrb18:24
=== qense|dinner is now known as qense
bacoback18:45
\shguys, which version of bzr supports lp: formed uris? regarding bzr+ssh usage? :)20:14
jelmer\sh: All recent versions do20:21
\shjelmer: hardy can't use lp: to push branches to launchpad :)20:22
\shjelmer: so I think more the intrepid one can?20:22
jelmerhmm, not sure then20:22
jelmersorry20:23
jelmerit's probably just that push in that version is unaware of directory lookups (such as lp)20:23
pygi\sh, afaik thats a plugin20:47
pygi\sh, 1.3.1-1 from Hardy I think, and all works =)20:48
\shpygi: I always have problems doing a "bzr push lp:~<team|user>/<branchname>" because this starts to use http[s]:// and not bzr+ssh :)20:49
datodid you do `bzr launchpad-login`?20:51
pygi\sh, do what dato said :)20:52
\shdato: something like this exist? ;)20:55
\shdato: so no :)20:55
\shdato: but I'll try :)20:56
=== toytoy_ is now known as toytoy
=== davidstrauss_ is now known as davidstrauss
libwilliamI have a question about commit --show-diff...22:44
libwilliamIn the guide it said you could use that instead of using --message22:44
libwilliambut when I do bzr commit --show-diff it still asks for a message and fails if I don't give one22:45
LarstiQIt's not a replacement, but --show-diff isn't useful if you supply --message on the cli.22:45
LarstiQlibwilliam: where in the guide should I look?22:46
libwilliamhttp://doc.bazaar-vcs.org/bzr.dev/en/user-reference/bzr_man.html#commit22:46
libwilliamthe --show-diff option22:46
libwilliam"When no message is supplied, show the diff along with the status summary in the message editor."22:46
LarstiQRight.22:46
libwilliamto me it means if I don't supply a message but use the --show-diff option it should ask for a message after, then fail if I leave it blank22:47
libwilliamshould not*22:47
libwilliamI typed that confusing22:47
LarstiQah, to me it means what you said without the correction :)22:47
libwilliamok let me try again :)22:47
LarstiQIe, it will fire up the message editor and show the diff for your review. You still have to write a commit message.22:48
libwilliamoh22:48
libwilliami get what it means... I read it as instead of showing the diff for review. it just takes the diff and uses it as the message22:48
LarstiQ*shudder*22:48
LarstiQlibwilliam: That doesn't make sense to me, at all.22:49
libwilliamit does make sense now that I reread it22:49
LarstiQlibwilliam: you actively want to use the diff as a commit message?22:49
libwilliamno... I am just writing the Anjuta IDE plugin and I am making sure the user can't execute a command that will fail... so I am handling all of the scenerios22:49
LarstiQlibwilliam: ah ok, cool22:50
LarstiQlibwilliam: the reason I ask is I've come across some projects where that is done, and I never understood why.22:50
libwilliamI essentially read it as  "When no message is supplied, show the diff along with the status summary in the message editor." without the last word "editor"22:50
LarstiQI mean, the diff is available in the tool anyway, and it only obfuscates what the commit was about.22:50
LarstiQlibwilliam: ah, I see.22:51
libwilliamits just me reading it wrong22:51
libwilliamwell thanks for your help22:51
LarstiQlibwilliam: would a different wording have helped?22:53
libwilliamLarstiQ, well it is currently worded correctly, I just wasn't paying very good attention. It might be worded a little better.22:56
libwilliamI'm not very goods with words though, I'll try and think of something that sticks out more though.22:57
ChristopheTHow am I supposed to use bzr-svn-1.5 with bzr.dev?  If I just make a link from ~/.bazaar/plugins/svn to the svn-1.5 branch, I get the message "Unable to load bzr-svn extensions - did you build it?"22:57
PengChristopheT: Run make.22:58
libwilliamLarstiQ, "When no message is supplied, show the diff along with the status summary to help the user decide on a message."22:59
ChristopheTPeng: thanks.  Why isn't "make" run by "setup.py build"?23:00
LaserJockI was just trying to revert some changes. After doing bzr revert I seem to have several .~1~ files. Are those from bzr?23:00
LaserJockhmm, maybe I should've read bzr help revert first ;-)23:00
PengChristopheT: I dunno. Maybe jelmer forgot to update setup.py.23:02
PengChristopheT: Maybe setup.py builds them in build/, while make builds them in-place.23:02
* Peng shrugs.23:02
LarstiQChristopheT: I expect things to be the other way around usually, the README is certainly out of date though.23:05
LarstiQ(ie, make doing a superset of setup.py, the latter not being 'complete')23:05
LarstiQlibwilliam: hmm, I'm not entirely happy with that, but I haven't found something better :/23:08
libwilliamLarstiQ: I am the wrong guy to ask. Words are far from my strong suit.23:09
LarstiQlibwilliam: I do get the gist of what you tried to express though.23:10
libwilliamLarstiQ: Really it doesn't necessarily need to be rewritten. I just never use the message editor so when I was reading it I skimmed right over that word.23:11
* LarstiQ nods at libwilliam 23:12
LarstiQlibwilliam: still, if we can improve it, that wouldn't be bad23:12
LarstiQbut I'll stop breaaking my head for noow :)23:12
=== edcrypt is now known as edcrypt_
libwilliamAlso one more question why I am in here. Is there a way to know if a bug pattern will work or fail with the --fixes option in bzr commit.23:13
libwilliamI am trying to throw a warning if the user inputs an invalid bug bug I have currently have no way of knowing what is the wrong form.23:13
LarstiQlibwilliam: hmm, I don't think the cli exposes that23:21
libwilliamI can use the Python code from the C/Python interface if it isn't too confusing for me :) I will check it out there23:22
LarstiQlibwilliam: look at commit 2446 then23:23
LarstiQlibwilliam: bzrlib/bugtracker.py and bzrlib/builtins.py:_get_bug_fix_properties() are of intereste23:24
LarstiQlibwilliam: and the MalformedBugIdentifier error23:24
libwilliamLarstiQ, thanks, I am looking them up now23:25
LarstiQlibwilliam: I think it's basically <tracker_identifier>:<bug_identifier>23:27
LarstiQlibwilliam: where the first exists due to configuration, and the second is tracker instance specific23:27
libwilliamLarstiQ: I will need to use the Bazaar Methods though because I can't just test for that format because a:1 won't work23:27
LarstiQlibwilliam: it could work23:28
LarstiQlibwilliam: but yeah, using bzrlib beats parsing bazaar.conf yourself and potentially querying the tracker for existance of the bug23:28
LarstiQ(or even verifying that the commit actually fixes _that_ bug, but that's a lot further than checking if the syntax is ok)23:29
libwilliamLarstiQ: ya I believe so, definatly going the  bzrlib route23:29
libwilliamLarstiQ: I didn't even know it had that ability23:29
LarstiQlibwilliam: the ability to configure bugtrackers/23:29
libwilliamLarstiQ: the ability to have it actually check if the bug was fixed23:30
LarstiQah, it can't :)23:30
LarstiQand it would be a difficult problem. If you require a unit test that demonstrates the bug, it would be easier to do.23:30
libwilliamLarstiQ: I'm kinda glad it can't because my head was going to explode trying to figure out how23:31
libwilliamLarstiQ: ya23:31
LarstiQ:)23:31
LarstiQthat might actually be a useful workflow bit, ala aegis23:31
libwilliamLarstiQ: I need to take off, thanks for helping me out with everything. I am definitely going the bzrlib route.23:31
libwilliamsee ya23:32
LarstiQlibwilliam: np, take care!23:32
libwilliamyou too, have a good one23:32

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