/srv/irclogs.ubuntu.com/2010/11/19/#bzr.txt

pooliehi maxb00:29
maxbhello00:32
KombuchaKipI just ran bzr sign-my-commits in my local working copy. I was prompted to sign previous unsigned revisions and did so. Now when I run bzr status, I don't see anything changed or new to commit to the repository. How do I commit the signed aspect of the revisions?00:46
fullermdYou don't.  Signatures aren't committed things.00:48
KombuchaKipfullermd: Then how can others verify that someone else's commit is genuine?00:48
fullermdEBADCOMMUNICATION.  By making a signature, it's in the repo.  Signatures aren't something you commit, they're their own thing that making puts in the VCS storage, like tags.00:50
KombuchaKipfullermd: So if you don't commit them, how are they sent to the repository so others can verify the revision's authenticity?00:51
fullermdSame way the commits are; they get pushed/pulled around.00:52
KombuchaKipfullermd: I am using centralized model. How do I send my signature?00:53
fullermdDunno.  In a Proper World(tm), making the signature automatically would propagate it upstream when you're using a checkout.00:54
* KombuchaKip is very confused00:54
fullermdIn the current mishmash, I'm not sure.  Maybe it goes as a side effect next time you commit something.00:54
KombuchaKipfullermd: It should really show something in status, at least a separate category for tags / metadata that changed.00:55
fullermdThat's not what status does though.  Status talks about changes between revisions.00:55
fullermdSignatures (and tags, for that matter) aren't part of revisions.  They're a separate dimension.00:56
KombuchaKipfullermd: So then there should be a status for repository, in addition to one for revisions.00:56
fullermdWell, the bugs that cause it to be needed in this case should be fixed   :)00:57
KombuchaKipfullermd: When I click on the "signature" button in the nautilus bzr GUI, it just locks up every time.00:57
fullermdI'd guess that's something to do with it trying to read a passphrase from the terminal.00:58
KombuchaKipfullermd: Dunno. Not a very good design. seahorse-daemon just sits there spinning the clock.00:58
fullermdHey, don't look at me.  I've never even seen the nautilus bzr GUI.  Or nautilus, for that matter   :)00:59
* KombuchaKip visualized fullermd with a Lemote, virtual console, and X uninstalled.01:00
fullermdEhhwut?  Sorry, I couldn't hear you over the clattering of my teletype.01:01
KombuchaKipfullermd: lol01:01
=== orospakr is now known as orospakr`
pooliethanks for all the patches, gary01:54
mwhudsonwhat's the incantation to force bzrlib to use openssh as its ssh transport?02:54
mwhudsoni thought it was BZR_SSH=openssh02:55
fullermdAccords with the docs...02:55
mwhudsoni guess https://bugs.launchpad.net/bzr/+bug/677305 isn't going to make spiv feel any better when he gets back to work03:15
ubot5Launchpad bug 677305 in Bazaar "disconnecting the sftp transport hangs (affected: 1, heat: 6)" [Undecided,New]03:15
maxbooh03:24
maxbI think I may have fixed that bug03:24
lifelessmaxb: its what killed the importds :)03:26
maxbI'm kinda surprised no-one noticed - I guess no one actually uses sftp:// much03:28
maxbI only noticed because dput uses bzrlib for sftp03:28
mwhudsonmaxb: it seems that you can bzr branch sftp:// fine, i guess the __del__ method doesn't get called somehow then03:29
lifelesswe nuke the interpreter, don't we?03:30
mwhudsonoh right yes03:31
mwhudsonso very unlikely that __del__ runs then :_)03:31
=== orospakr` is now known as orospakr
=== Ursinha-afk is now known as Ursinha
_habnabitDoes anyone know offhand if a merge with conflicts will return a >0 status code?05:28
poolie_habnabit: yes, it should05:37
_habnabitOkay.05:37
=== orospakr is now known as orospakr`
vilahi all !07:06
pooliehi vila07:13
pooliei have to confess i am an awful patch pilot :/07:13
vilapoolie: for your sin you will do it again next week :-D07:14
vilakidding07:14
pooliehm actually maybe i should07:14
pooliebut, my turn will come around again soon07:14
vilaInstead, you should feel very gulty so you'll be better next time07:14
vilastill kidding07:14
pooliei'll try to do some next week without wearing the hat07:14
pooliei see john did some recently07:15
vilayeah, nice ones, good to see them again :D07:15
vilaregarding pqm, it works again07:15
vilaI haven't summarized the root causes yet, but briefly, we need to define the dependencies in a package that losas can use as a spec07:16
vilaI'll try to work on this today07:16
vilaThis doesn't mean we don't need a backup plan, but this should severely reduce the occurrences of what we went through lately07:17
pooliei think there's a bug asking for that?07:17
poolieessentially a binary package that defines the dependencies even before such a bzr package exists?07:18
vilaECANTPARSE 'even before such a bzr' :-/07:19
vilaa package with a Depends clause in the debian/control listing subunut, python-testtools and such (python-docutils ?)07:20
vilanamed bzr-check-dependencies or something07:20
pooliethat's what i mean07:21
vilaor bzr-pqm-dependencies (I'm still not sure if we will have variations on this theme like bzr-dev-dependencies or bzr-doc-dependencies for docutils/sphinx switch)07:22
vilaok07:22
poolienormally these would be stated as the build dependencies of bzr 2.3.something07:22
pooliehowever, there is no package of that name yet, because we can't commit the changes to upstream until we have installed the necessary dependencies into the chroot07:22
vilaha build, hmm07:22
vilameh, you lost me here :(07:23
vilalack of chroot practice probably07:23
pooliewhat packages will be depended-upon by tomorrow's bzr?07:32
poolieyou can't look at the metadata of tomorrow's deb package of bzr to find out, because it doesn't exist yet07:32
poolieone solution to this bootstrapping problem is to have a second deb that just says what depedencies we want to have in the chroot07:33
poolieis that clearer?07:33
vilayup07:33
vilaOnce it exists, this package will be in the BuildDepends for bzr itself, is that it ?07:34
vila(since there is no TestDepends but we want to run tests during build this workaround this lack :)07:35
vilaback to bug #676608 and 17 may not enough at http://sourcefrog.net/weblog/software/aesthetics/interface-levels.html07:47
ubot5Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/676608)07:48
ubot5Launchpad bug 17 in Launchpad Translations "System error (affected: 2, heat: 0)" [High,Fix released] https://launchpad.net/bugs/1707:48
vilas/and 17/and why 17/ for the ob tyop on my jokes07:48
vilameh, thanks too much ubot07:48
pooliealmost: it won't be in the builddepends because we only need this is the special case of pqm07:49
poolieregular debian or ubuntu builds can just declare their build depedencies in the usual way07:49
poolieheh :)07:49
vilabut they will define the same dependencies no ? May be I should not care about that for now though...07:50
vilapoolie: those are just details, I got your points07:51
vila18. Even when you get it right, you're wrong07:56
poolie:)07:57
vilaThe sad thing is that I just tweak my fix because even if all the tests (including the one failing without the fix) were passing *even* if my fix was wrong (and I'm fed up enough to not try to write a test to prove this because.... I'm not even sure I can :-/)07:59
vilaSo subtly wrong it looked right, but still :(07:59
GaryvdMGood morning all.08:00
vilaGood Morning GaryvdM !08:01
vilaerr, I meant Goooood Morning GaryvdM08:01
GaryvdMHa ha08:02
pooliegood night, vila, gary08:13
GaryvdMGood night08:13
vilapoolie: enjoy your week-end08:13
poolieGaryvdM: are you ok on those bugs? maybe vila can help if you need a buddy08:14
GaryvdMI'm ok - I started looking at doing a incremental annotate last night08:15
GaryvdMpoolie: I spoke to jam about it08:15
pooliethat would be great08:16
vilaGaryvdM: feel free to ping08:16
GaryvdMpoolie: for bug 15378708:16
ubot5Launchpad bug 153787 in Bazaar "annotation is slow in 2a and pack repositories (affected: 0, heat: 3)" [High,Confirmed] https://launchpad.net/bugs/15378708:16
GaryvdMpoolie: I know that it won't help for command line annotate - So I hope that will be ok for them.08:17
GaryvdMBut doing a incremental annotate in a gui is more suited to my skills than implementing a cache.08:18
GaryvdMvila: Thanks08:18
pooliedoing an incremental annotate in a gui would be superb08:19
poolieiwbn if it could also feed out incremental data to emacs or loggerhead (over ajax)08:19
GaryvdMvila: how would it be possible to do that with emacs?08:20
vilayup. exactly what poolie said, try to keep it in mind even if you start with a qbzr version (but I'm sure you thought about it)08:20
vilaGaryvdM: emacs can communicate with an asynchronous  subprocess08:21
vilaGaryvdM: so in theory it can update the display when the subprocess returns more precise annotations08:21
vilaGaryvdM: but as jam told you, you need first to revert the whole way the annotations are processed today starting with 'I have no idea where its coming from' to 'this line comes from this revision' via 'this line comes from a revision older than this one'08:22
GaryvdMvila: re emacs: using something like curses?08:23
vilaGaryvdM: additional bonus if you managed to somehow restrict that to a window of lines currently displayed08:23
GaryvdMvila: I can't see that that would make it faster.08:24
vilawell, emacs works from a tty to X11 displays and OSX graphic lib and Windows graphic lib, you shouldn't care about what it uses, just give him (line number, revision)08:24
vilaor (line start, line end, revision) tuples08:25
GaryvdMvila: Is there a defined protocol for this?08:26
vilaGaryvdM: none that I know of08:26
vilaanother additional bonus would be an option to limit the age of annotations as in: "Don't tell me about revisions older than 6 months"08:27
GaryvdMvila: so we would need to write something that runs in emacs that parses this data, and displays it?08:28
GaryvdMvila: re date limit: that would be easy. :-)08:28
vilaGaryvdM: yes, some emacs code should be written08:29
GaryvdMok08:29
vilaGaryvdM: this may even be a f.. good idea to be your buddy on the emacs side...08:29
vilanothing beats parallel clients to debug a common implementation...08:30
GaryvdMA curses version would also be nice. I also have been dreaming of a curses version of qlog :-)08:30
vilaclog then :)08:30
vila... of course I didn't realized that clog is a valid English word...08:39
guilhembiGaryvdM: hello! Thanks for your reply on08:42
guilhembihttps://bugs.launchpad.net/bugs/58869808:42
ubot5Launchpad bug 588698 in Bazaar ""bzr merge" fails "Branches have no common ancestor" (affected: 1, heat: 8)" [Medium,Fix released]08:43
GaryvdMHi guilhembi!08:43
guilhembiGaryvdM: do I interpret correctly that you mean "all is normal"?08:43
GaryvdMguilhembi: It's unfortunate that that merge conflicts. I did user tests for other examples of that situation, and the conflicts when using --weave were minimal.08:45
guilhembiGaryvdM: to be sure: you mean the high number of conflicts is normal? You can say "yes" (I will then study this more in depth).08:47
=== hrw|gone is now known as hrw
GaryvdMguilhembi: The conflicts happen because storage/innobase was added by 2 different people, not because of the shape of the rev graph.08:48
guilhembiGaryvdM: so they are normal?08:49
guilhembii.e. expected, not a bug?08:49
GaryvdMYes08:49
guilhembiGaryvdM: thanks. I'll look into the history to see how this mess happened.08:49
=== Guest77235 is now known as jelmer
GaryvdMguilhembi: I did a bzr log storage/innobase for both the jp and mm branches09:13
GaryvdMjp: http://paste.ubuntu.com/534208/09:13
GaryvdMmm http://paste.ubuntu.com/534209/09:13
GaryvdMIf you take a look - you will see that they have different histories.09:16
=== GaryvdM is now known as GaryvdM|afk
hrwhi09:27
jelmerhey hrw09:28
hrwI have a problem. as "git bzr push" does not want to work and I have no time to dig in code to find out why I need to import ~10 patches into bzr (exported by "git format-patch"). how to make it without having to go by "patch <0001;bzr add -r .;bzr commit"?09:28
jelmerhrw: do you know what about "git bzr push" doesn't work, it isn't an easy patch?09:29
jelmerhrw: Alternatively you could try bzr-git's pull09:29
hrwjelmer: http://pastebin.com/YVmSr4Cu09:31
hrwbzr-git sounds worth to check09:31
=== GaryvdM|afk is now known as GaryvdM
Takwhoa, there's a git bzr now?09:33
hrwTak: few plugins exists - none of them works perfectly09:34
hrwTak: I use git-bzr-ng one and it is fine for "git bzr clone" but "git bzr push" fails.09:34
hrwTak: ah.. and in natty even clone does not work but thats a matter of waiting for new bzr-fastimport package release (r282/284 fixed two bugs)09:34
hrwjelmer: thx for bzr-git hint09:36
Takdoes bzr-git support push/dpush now?09:36
hrwnow only need to wait till LP will scan new branch and can request review09:37
* Ng cries at another -ng project ;)09:37
hrwTak: I only needed import09:37
Takno, that was a question for my own curiosity :-)09:37
Nghowever, I was just thinking about popping over to #bzr with a suggestion, so the highlight is a welcome reminder :)09:37
hrwTak: I use git for managing trees and bzr only to push to lp09:37
hrwNg: ;D09:38
* Ng wondered if it's possible to (globally) uniquely identify the ultimate root parent of any branch09:38
NgI sometimes go to pull from launchpad and find that the branch has disappeared because someone renamed a team or something - would be cute if LP could respond with "404, but here's a list of branches you could switch to or merge from"09:39
jelmerTak: it supports dpush, not yet dpush.09:39
* Tak segfault09:39
jelmerNg: Yeah, I agree that would be useful. Just a simple test search would help a lot I think. Keeping the history of names around explicitly would probably be harder.09:40
jelmerTak: argh, you caught me pre-coffee09:40
jelmerTak: it supports dpush, not yet push09:40
Ngjelmer: is it worth me filing a wishlist bug?09:41
jelmerNg: please do09:41
Takok - I would mainly want dpush anyway ;-)09:41
TakI'd offer you a coffee, but our machine is broken (again)09:42
Ngjelmer: k, thanks :)09:42
jelmerTak: :-) Thanks anyway09:46
Takwe do, however, have a wide selection of teas09:47
ssandberghi #bzr! is there a way to set per-file commit messages on the command line? perhaps there is a plugin?10:14
jelmerhi ssandberg10:15
jelmerssandberg: There isn't one at the moment as far as I know.10:16
ssandbergjelmer, ok. any idea how easy/hard it would be to write one? i suppose it would need one new command, and also it would need to modify the commit command so that it uses the global and per-file messages10:21
jelmerssandberg: do you want to do this the proper way or just a quick hack?10:23
jelmerssandberg: doing it properly would mean moving the current per-file commit backend code from bzr-gtk into bzrlib.10:24
jelmerssandberg: and then adding a UI for it (either in a plugin or in bzr core)10:24
ssandbergjelmer, right. i see there is a https://bugs.launchpad.net/bzr/+bug/185224 for this10:24
ubot5Launchpad bug 185224 in Bazaar "per-file message support into server: common config check {patch} (affected: 0, heat: 1)" [Medium,Confirmed]10:24
jelmerit'd be very useful to have that in core (also so e.g. qbzr can easily use it)10:27
ssandbergjelmer, i agree, would be great to have this bug fixed10:30
ssandbergjelmer, i can't spend too much time on this myself though... i have a perl script that copies per-file comments from one place to another, which is sufficient for what i need except i have to go through the gui when i commit10:30
ssandbergjelmer, so if it's not too much work i could create a hack that modifies the commit command to take the per-file messages into account. sorry i can't help more...10:31
jelmerssandberg: you could probably do a quick hack based on the existing code in bzr-gtk10:31
ssandbergjelmer, ok. i'll look at that10:33
ssandbergjelmer, thank you!10:33
=== Guest54849 is now known as jelmer
speakmanhi folks12:07
speakmancan I check out just the source files from a bzr repo, without the .bzr dir?12:08
speakmanI just want a "snapshot" of the source tree for e.g. specified date12:08
jpdsspeakman: bzr checkout --lightweight ... ?12:09
speakmanWill it ignore commit history and such?12:11
jelmerspeakman: bzr export12:12
speakmanjelmer: thanks!12:13
=== frakturfreak is now known as frakturfreak|AKF
lvhHi!14:55
lvhIs this the right place to ask about bzr-hg?14:55
lvhI accidentally made the mistake of assuming hg's svn interop was good. I now have a directory Twisted-hgsvninteropdisaster.14:56
lvhThe last three revisions are changes I'd like to get out. How do I do that?14:56
lvh(I could just use hg and get a diff of the last three and then apply that, of course.)14:56
=== Ursinha is now known as Ursinha-lunch
james_wlvh, if you have bzr-hg installed you may be able to "bzr diff" in there15:00
james_wI'm not sure quite what you want to achieve though15:00
lvhjames_w: Okay, so the fourth last revision applied a patch (in hg): I also have a bzr repo at that point.15:02
lvhjames_w: Then I committed some changesets in hg.15:02
lvhI'd like to take those changesets and apply them to the bzr branch instead.15:02
james_wah, I assumed you were targeting svn15:02
james_w"bzr pull" might work for you15:03
james_w"bzr pull ../Twisted-hgsvninteropdisaster" in your bzr bracnh15:03
lvhNah, they're different: the bzr branch has the original development, in the hg branch I just applied a patch15:07
lvhI'll go with bzr diff15:08
=== Ursinha-lunch is now known as Ursinha
vilajam: about readability, note that the comment was saying: """Return true if any of the trans_ids, will have contents.""" which is highly ambiguous when all we want to know is: do we need to refuse to unversion/delete this directory16:23
jamvila: I didn't think it was ambiguous at all. If any have contents, then it returns true16:24
jamthe comma shouldn't be there16:24
vilajam: *I* find it ambiguous: which content ? Versioned ? Not versioned ?16:25
vilajam: what's the difference between _removed_contents and _removed_ids ? Can a key be present in the latter but not in the former ?16:26
jamI won't say the internals of TT aren't confusing at times. But the function _any_contents does what it says16:26
vilahehe, but that doesn't answer my question when I was reading it: what's content ?16:27
vilas/doesn't/didn't/16:28
vilaOh, and the special casing was for final_kind() (Added a comment to the review)16:29
vilajam: weird, you voted 'needs information' then 'approve' and your reviewer status on the mp page is still needs information...16:32
jamvila: email landed into launchpad after I went to the webpage to see if I had an out-of-date diff16:33
jamso probably the "first" vote was handled second and took priority16:33
vilabut is still displayed first... weird, n obig deal anyway, just mentioning16:34
vilajam: thanks for the review !16:34
glyphso we're talkin' about bzr bugs in #twisted again16:54
glyphlast time I came in here I had a problem with an svn branch whose history started before the first revision of trunk which included bzr-svn metadata16:54
glyphthat looked like it came from an alternate history16:54
glyph(because the bzr-svn metadata in question was v3, and I was using a version of bzr-svn that used v4, so trunk and the branch disagreed as to how revisions were identified)16:55
glyphI am pretty sure this is a known / existing bug, but I can't find it16:55
glyphcan someone toss me a link?16:55
jelmerglyph: bug 332116?16:58
ubot5Launchpad bug 332116 in Bazaar Subversion Plugin "different branches are using different ID mappings (affected: 0, heat: 0)" [Low,Triaged] https://launchpad.net/bugs/33211616:58
=== frakturfreak is now known as frakturfreak|AKF
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
glyphhey, do you guys still support hardy?  because if so, https://bugs.launchpad.net/bzr/+bug/67765521:43
ubot5Launchpad bug 677655 in Bazaar "subvertpy traceback when using bzr from ppa on a hardy machine, even if I'm not invoking a bzr-svn command (affected: 1, heat: 6)" [Undecided,New]21:43
spivglyph: we do21:50
jamhey spiv, feeling better?21:54
=== Ursinha is now known as Ursinha-afk
glyphspiv: all my hardy machines with bzr-svn installed are now unusable for all bzr operations, so that one would be a good one to fix :)22:08
glyphI guess it must have snuck in in the last update?22:08
spivjam: almost!22:09
jamglyph: sounds like you got an updated bzr-svn but not an updated subvertpy22:09
glyphjam: all I did was 'apt-get upgrade'22:10
glyphjam: you can see my policy settings on the bug, I'll adjust them if something's wrong22:10
=== Ursinha-afk is now known as Ursinha
jelmerglyph, jam: That looks like a broken subvertpy package.22:16
jelmernewer bzr-svn versions should generally work with older versions of subvertpy22:17
=== Ursinha is now known as Ursinha-afk

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