Javi Merino writes ("Bug#729788: dgit doesn't work if the user has set LANG in
their environment"):
> When ssh'ing to coccia, ssh preserves the environment, so the reply
> from the database is in the user's language instead of English and
> dgit fails to parse it:
>
> $ dgit clone dgit
> (1 fila) ? at /usr/bin/dgit line 669.
> $ LANG=C dgit clone dgit
> canonical suite name for unstable is sid
> [...]
>
> I guess dgit should set LANG=C when doing the ssh.
Thanks for the report. Sorry about that. I think you have the right
idea.
Can you try this patch (below) applied to your dgit ?
NB that it's probably going to fall over right now just after the
archive query, because alioth (git.debian.org) is down.
But I think the patch will enable it to get further, and if you send
me the -D output I'll be able to confirm whether the patch has fixed
the problem.
Thanks,
Ian.
diff --git a/dgit b/dgit
index 2a5e26b..088f5d2 100755
--- a/dgit
+++ b/dgit
@@ -655,7 +655,7 @@ sub sshpsql ($$) {
my ($userhost,$dbname) = ($`,$'); #';
my @rows;
my @cmd = (access_cfg_ssh, $userhost,
- shellquote qw(psql -A), $dbname, qw(-c), $sql);
+ "export LANG=C; ".shellquote qw(psql -A), $dbname, qw(-c), $sql);
printcmd(\*DEBUG,$debugprefix."|",@cmd) if $debug>0;
open P, "-|", @cmd or die $!;
while (<P>) {
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
