OVH Cloud OVH Cloud

Xtla et archives signées = problèmes ?

15 réponses
Avatar
Xavier Maillard
Bonjour,

Je viens de me remettre à développer après une longue période
d'inactivité.

Je charge donc mon Emacs, fait mon C-x T A > /tmp/emacs et pouf
au moment de faire le commit (C-c C-c), j'obtiens cette belle
insulte:

,----
| Debugger entered--Lisp error: (error "`tla commit' failed with code 2")
| signal(error ("`tla commit' failed with code 2"))
| error("`tla %s' failed with code %d" "commit" 2)
| tla--default-error-function(#<buffer *tla-process*<9>> #<buffer *tla-errors*<9>> 2 ("commit"))
| funcall(tla--default-error-function #<buffer *tla-process*<9>> #<buffer *tla-errors*<9>> 2 ("commit"))
| (cond ((and ... ...) (funcall ... #<buffer *tla-process*<9>> #<buffer *tla-errors*<9>> status ...)) ((eq state ...) (funcall ... #<buffer *tla-process*<9>> #<buffer *tla-errors*<9>> status ...)) ((eq state ...) (funcall ... #<buffer *tla-process*<9>> #<buffer *tla-errors*<9>> status ...)))
| (unwind-protect (cond (... ...) (... ...) (... ...)))
| (let ((state ...) (status ...)) (unwind-protect (cond ... ... ...)) (unless nil (tla--kill-process-buffer #<buffer *tla-process*<9>>)) (unless nil (tla--kill-process-buffer #<buffer *tla-errors*<9>>)))
| (let ((default-directory "/tmp/EMACS/")) (tla--log-event #<buffer *tla-process*<9>> #<buffer *tla-errors*<9>> "tla commit" "/tmp/EMACS/" (tla--strip-final-newline event)) (setq tla-process-running (delq ... tla-process-running)) (when (file-exists-p "/tmp/arch-errors8707596n") (with-current-buffer #<buffer *tla-errors*<9>> ...) (delete-file "/tmp/arch-errors8707596n")) (let (... ...) (unwind-protect ...) (unless nil ...) (unless nil ...)))
| (lambda (process event) (let (...) (tla--log-event #<buffer *tla-process*<9>> #<buffer *tla-errors*<9>> "tla commit" "/tmp/EMACS/" ...) (setq tla-process-running ...) (when ... ... ...) (let ... ... ... ...)))(#<process tla> "exited abnormally with code 2\n")
`----


Je tiens à préciser plusieurs choses:

1. Je suis en FreeBSD -CURRENT sur cette machine
2. L'archive est censée être signée
3. Sous mon GNU/Linux, no problem.

Merci pour l'aide.

P.S: sorry mais je n'ai pas voulu wrapper volontairement.
--
Xavier Maillard

main(){printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}

5 réponses

1 2
Avatar
Xavier Maillard
On 29 Mar 2005, Matthieu Moy wrote:

Xavier Maillard writes:

> En fait, j'ai bien une demande de passphrase mais ça se passe
> dans un buffer et non pas dans le minibuffer...

Ça, c'est que Xtla n'a pas « matché la regexp » de la demande
de passphrase. Vu que les buffers que tu vois ne sont que des
buffers de sortie, tu ne peux rien tapper dedans.

Quel est le message exact?



Enter passphrase:

Sinon, est-ce envisageable d'utiliser un agent pour ne tapper
la passphrase qu'une fois?



Oui, si tu me trouves ça :)

Je le fais bien pour ssh, why not pour le GPG :)
--
Xavier Maillard
Avatar
Xavier Maillard
Re Matthieu,

On 29 Mar 2005, Xavier Maillard wrote:

On 29 Mar 2005, Matthieu Moy wrote:

> Xavier Maillard writes:
>
> > En fait, j'ai bien une demande de passphrase mais ça se
> > passe dans un buffer et non pas dans le minibuffer...
>
> Ça, c'est que Xtla n'a pas « matché la regexp » de la demande
> de passphrase. Vu que les buffers que tu vois ne sont que des
> buffers de sortie, tu ne peux rien tapper dedans.
>
> Quel est le message exact?

Enter passphrase:



Bon je reviens, mais il semblerait que ma version de Xtla ne
fonctionnait pas pour ce genre de chose. J'ai mis à jour avec la
dernière version disponible et comme par magie, ça fonctionne ;)

Donc, maintenant il me demande bien de taper ma passphrase dans
le minibuffer (version 0.9.1).

Il faut maintenant que je supprime l'ancienne version qui reste
dans le load-path et le tour sera définitivement joué.

Ouf !

> Sinon, est-ce envisageable d'utiliser un agent pour ne tapper
> la passphrase qu'une fois?

Oui, si tu me trouves ça :)

Je le fais bien pour ssh, why not pour le GPG :)



Ceci dit, cette partie est encore de rigueur ;)
--
"sometimes i feel like we're making emacs better and better because we don't
know what to do with emacs once it is finished."

-- AlexSchroeder on #emacs @OPN
Avatar
Matthieu Moy
Xavier Maillard writes:

Quel est le message exact?



Enter passphrase:



ça devrait le faire ... peut être que c'est sur stdout a la place de
stderr, ou l'inverse.

Sinon, est-ce envisageable d'utiliser un agent pour ne tapper
la passphrase qu'une fois?



Oui, si tu me trouves ça :)

Je le fais bien pour ssh, why not pour le GPG :)



http://www.sourcentral.org/man/debian-unstable/man.cgi?1+agpg

(jamais essayé. Moi, j'ai même pas de passphrase /o )

--
Matthieu
Avatar
Xavier Maillard
On 29 Mar 2005, Matthieu Moy wrote:

Xavier Maillard writes:

> > Quel est le message exact?
>
> Enter passphrase:

ça devrait le faire ... peut être que c'est sur stdout a la
place de stderr, ou l'inverse.



Tu as postés trop tard ;) C'est fini :p

> Je le fais bien pour ssh, why not pour le GPG :)

http://www.sourcentral.org/man/debian-unstable/man.cgi?1+agpg



Merci.

(jamais essayé. Moi, j'ai même pas de passphrase /o )



Oh la honte ! :) Moi j'ai une grosse passphrase /o
--
Xavier Maillard
7 rue Jeanne Jugan, 51100 Reims, France
phone: +33 3 26 77 02 21, mobile: +33 6 68 04 64 37
email:
Avatar
Matthieu Moy
writes:

Ah oui, j'ai vu ça. Etrange, de forker quand il n'y a pas
véritablement de raison de le faire.



La raison, c'est qu'après qu'il m'ai soumis un patch qui introduisait
3 bugs d'un coup pendant une phase de "feature freeze", je lui ai
demandé de tester un peu mieux ses patchs. Là, j'ai eu une idée
malheureuse, j'ai suggéré a un dev travaillant sur la portabilité
Emacs/XEmacs de Xtla d'installer GNU Emacs sur sa machine. Ça a été le
drame et c'est parti en insultes assez rapidement.

Nan nan, j'vous assure, le troll GNU Emacs/XEmacs, c'est vraiment du
troll de première qualité.

--
Matthieu
1 2