/srv/irclogs.ubuntu.com/2012/06/26/#bzr.txt

jelmermoin07:21
=== zyga is now known as zyga-afk
=== zyga-afk is now known as zyga
=== zyga is now known as zyga-food
=== LyraaOptimHome is now known as jazon
jazonhello everybody I have a problem with my bzr server when I do a push on command line it say me 'not a branch', when I try with bzr explorer it say me 'This transport does not update the working tree'13:14
jelmerjazon: is the location you're pushing from aqctually a branch?13:15
jazonYes13:15
jelmerjazon: what does "bzr info" say about it?13:15
jazonjelmer http://pastebin.com/4RuAA94X13:17
jazoncan you help me?13:23
jelmerjazon: I mean, what does "bzr info" say about your local branch?13:23
=== zyga-food is now known as zyga
jazonI wasn't in good directory...13:24
jazonhttp://pastebin.com/fVr1VAyK13:26
jelmerjazon: so 'bzr push' works now?13:28
jazonno, it's say me look at bzr help working-trees13:29
jazonI don't understand what is the matter13:30
jelmerjazon: if you push to a remote location, bzr will only update the remote branch13:31
jelmernot the remote working tree13:31
=== yofel_ is now known as yofel
jelmerfor that, you need to run 'bzr up' on the remote server13:32
jazonI have to be connected permanently on my server with ssh?13:32
jelmerjazon: no, you just have to run 'bzr up' after you push to the branch13:34
jelmerjazon: (if you care about the working tree on the server side)13:34
jazonI have to run bzr up on the server no?13:36
abentleyjelmer: thanks for your comment on my merge proposal.  Did you mean to vote "approve"?13:42
jelmerjazon: if you want to have the working tree up to date, yes13:45
jelmerabentley: Euhm, yes.. one sec13:45
jelmerabentley: done13:49
abentleyjelmer: thanks.13:49
=== deryck is now known as deryck[lunch]
=== beuno_ is now known as beuno
=== deryck[lunch] is now known as deryck
=== zyga is now known as zyga-afk
QaghanGuys, for some reason I cannot commit this project to Launchpad, even though I got my ssh set up and everything. I keep getting the bzr: ERROR: Cannot lock LockDir() error18:50
mgrandihello22:23
jelmerhi mgrandi22:29
mgrandido you happen to have gpg installed without an agent?22:30
jelmermgrandi: I didn't hit this particular issue but some other people did22:34
mgrandiyeah22:34
mgrandiwell i meant22:34
mgrandii'm writing up a response now, but from reading the gpg man page, it seems that $GPG_AGENT_INFO will be defined if you have an agent22:34
jelmermgrandi: mgz was able to reproduce it, apparently withtout a gpg agent22:34
mgrandiand i'm trying to make sure thats the case22:34
mgrandicause then we can just check to see if that variable is define, and do the right thing from there22:34
mgrandii have no idea what happens on windows22:35
jelmermgrandi: I'm wondering if we should be specifying this option at all - shouldn't gpg already try to do this by itself?22:35
mgrandithats what i think22:35
mgrandibut the whole issue was that while bzr explorer, that gpg would be printing stuff out to a tty22:36
mgrandigpg: cannot open `/dev/tty': No such device or address22:36
mgrandi bzr: ERROR: Failed to GPG sign data with command "['gpg', '--clearsign']"22:36
mgrandicaused that ^22:36
jelmermgrandi: without a gpg agent?22:37
mgrandithat was with an agent22:37
jelmermgrandi: why would it need a tty if you have an agent?22:37
mgrandigood question. gpg says on the --no-tty option: "Make sure that the TTY (terminal) is never used for any output. This option is needed in some cases because GnuPG sometimes prints warnings to the TTY even if --batch is used."22:38
mgrandiand --quiet means "try and be as quiet as possible"22:38
mgrandii dont know what happens if you tried to use bzr explorer to sign without an agent22:39
jelmermgrandi: it's not wrong to use the TTY22:39
mgrandiyes, but on linux it was saying that it can't find /dev/tty22:39
mgrandiwhich makes me think that it doesn't "have" a tty to print out to22:40
mgrandicause its a pyqt4 app22:40
jelmermgrandi: was that bit fatal though?22:40
mgrandiit caused signing to fail22:40
mgrandithe code just says "failed to gpg sign" if gpg doesn't return 022:40
jelmermgrandi: but it tries to use the gpg agent first22:40
mgrandii know22:43
mgrandii just tried on my mac, if you enter the wrong password, it prints "gpg: Invalid passphrase; please try again ..."22:43
mgrandito the terminal22:43
jelmerrigfht, it falls back to the tty if using the gpg agent doesn't work22:43
mgrandiim not exactly sure whats going on with the original bug report, since it worked on windows and mac fine22:43
mgrandiwith just 'gpg --clearsign'22:43
mgrandibut then on linux, somehow running bzr explorer meant it didn't have a tty?22:44
mgrandishould it have one?22:44
jelmermgrandi: I think we should revert the use of --no-tty for now, as it causes a serious regression22:44
jelmermgrandi: right, bzr explorer usually wouldn't have a tty22:44
mgrandihmm.22:45
mgrandithats why i was thinking of just checking to see if we have an agent22:45
mgrandicause --no-tty works fine if you have an agent, but if you dont, you need the terminal to enter your passphrase22:45
jelmermgrandi: that means there won't be any fallback to the terminal if the gpg agent doesn't work22:46
jelmermgrandi: I'm worrying we're trying to do gpg's job for it22:47
jelmerthis sort of logic really belongs in gpg, not bzr22:47
mgrandiyeah. so if we don't want to use --no-tty, then how do we solve the original problem , with signing failing cause of no /dev/tty22:47
mgrandiyou say you want to use terminal as a fallback, but then if we are using bzr explorer, then there is no terminal (in most cases) to fall back to22:48
mgrandierr, 1/3 cases22:48
jelmermgrandi: I think that might warrant some more investigation, but this is a serious regression.. let's at least fix that bit22:50
mgrandiyeah22:50
mgrandigo for it22:50
mgrandior do i have to do something22:50
jelmermgrandi: no, that's okay22:50
mgrandiit seems that all of this is just sprouting from the fact that we are using gpg as a separate program rather then a nice api we can bind to, but don't think there is any way around that22:51
jelmermgrandi: it would be interesting to use pygmge to do the actual signing22:51
jelmerbut that's a significantly larger change22:51
mgrandiyeah22:51
mgrandibut we might have to cause we are juggling where bzr is being run as22:51
mgrandicommand line, bzr explorer started from terminal, bzr explorer without a terminal,22:52
mgrandiand isn't that the thing that is required to check signatures?22:52
jelmermgrandi: how do you mean?22:53
mgrandiif you try and run bzr verify signatures without it installed you get this: bzr: ERROR: python-gpgme is not installed, it is needed to verify signatures22:54
jelmermgrandi: ah, yes, it is22:55
mgrandilooking at 'gpgme', the gpg folks say that applications should use that, so that seems like that would be the better solution23:00
jelmermgrandi: perhaps the best thing to do is to revert this fix, and just consider moving gpgme for signing a proper fix for bug 84738823:02
ubot5Launchpad bug 847388 in bzr (Ubuntu Precise) ""gpg: cannot open `/dev/tty': No such device or address" on Ubuntu when signing commits" [Medium,Fix released] https://launchpad.net/bugs/84738823:02
mgrandiyeah23:02
mgrandii say revert it, the bzr explorer bug can be worked around by just using the terminal to commit23:02

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