Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Applications Applications Emacs Xtla et archives signées = problèmes ?

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);}
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2
Avatar
Matthieu Moy
Xavier Maillard writes:

Bonjour,



Salut,

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")



[...]

| tla--default-error-function(#<buffer *tla-process*<9>> #<buffer
| *tla-errors*<9>> 2 ("commit"))



Ça, ça veut dire que c'est tla qui a foiré (ouf, pour l'instant, c'est
pas la faute de Xtla ;-) ). A priori, un "tla commit" en ligne de
commande devrait foirer de la même façon.

Un bon outil pour diagnostiquer ton problème:
M-x tla-open-internal-log-buffer RET

Pour chaque process lancé, il y a un buffer pour stdout et un pour
stderr. C'est là que se trouve le message d'erreur pertinent (qui
aurait du t'être présenté par Xtla -- Là, je suis intéressé par un
rapport de bug plus précis).

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.



Je mise sur une mauvaise configuration dans ~/.arch-params/signing/ ou
~/.gnupg/.

Ou alors, c'est une version différente de gpg. Est-ce que tu utilises
une passphrase ? Xtla demande une passphrase quand il reconnait une
chaine `tla-password-prompt-regexp', par défaut à
"[Pp]ass(word|phrase).*:s *'". Est-ce qu'il t'en demande une
(dans le minibuffer) ?

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

> > tla--default-error-function(#<buffer *tla-process*<9>>
> > #<buffer *tla-errors*<9>> 2 ("commit"))

Ça, ça veut dire que c'est tla qui a foiré (ouf, pour
l'instant, c'est pas la faute de Xtla ;-) ). A priori, un "tla
commit" en ligne de commande devrait foirer de la même façon.

Un bon outil pour diagnostiquer ton problème:
M-x tla-open-internal-log-buffer RET



Merci du tuyau.

Ou alors, c'est une version différente de gpg. Est-ce que tu
utilises une passphrase ? Xtla demande une passphrase quand il



Oui.

reconnait une chaine `tla-password-prompt-regexp', par défaut à
"[Pp]ass(word|phrase).*:s *'". Est-ce qu'il t'en
demande une (dans le minibuffer) ?



Nan, j'ai cette erreur:

,----
| gpg: Sorry, no terminal at all requested - can't get input
| signature command exited with non-0 status (2)
|
| command: gpg --clearsign --no-tty
|
|
| (You may also have to use tla lock-revision -b before
| retrying this transaction. See tla lock-revision -H)
|
|
| unable to complete transaction due to signature failure
`----

--
Xavier Maillard,
Avatar
Xavier Maillard
On 28 Mar 2005, Xavier Maillard wrote:

Et au passage, voici le fichier qui dit à tla de signer mon
archive:

,----[ ]
| gpg --clearsign --no-tty
`----

--
"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:

Nan, j'ai cette erreur:

,----
| gpg: Sorry, no terminal at all requested - can't get input
| signature command exited with non-0 status (2)
|
| command: gpg --clearsign --no-tty



Ma commande pour signer, c'est "gpg --clearsign" (sans le --no-tty),
et ça marche. Ça marchait avec le gpg de Debian woody, et ça marche
toujours avec

$ gpg --version
gpg (GnuPG) 1.2.5

Si tu n'arrives pas à résoudre le pb, je te suggère de continuer sur
la ML de Xtla:

https://mail.gna.org/listinfo/xtla-el-dev

--
Matthieu
Avatar
drkm
Matthieu Moy writes:

Si tu n'arrives pas à résoudre le pb, je te suggère de continuer sur
la ML de Xtla:

https://mail.gna.org/listinfo/xtla-el-dev



En parlant d'URLs, je viens de tomber sur une de tes pages à
<URL:http://linuxfr.org/~moy/15924.html>, et le lien :

http://wiki.gnuarch.org/moin.cgi/xtla

est cassé.

--drkm
Avatar
drkm
drkm writes:

http://wiki.gnuarch.org/moin.cgi/xtla

est cassé.



Depuis la page du projet sur Gna!, j'ai trouvé la bonne URL :

http://wiki.gnuarch.org/xtla

PS: Désolé pour le HS, j'aurais directement du écrire à Matthieu en
privé. Mais une fois le premier article posté, je me sens obligé de
poster celui-ci.

--drkm
Avatar
Matthieu Moy
writes:

Au passage, est-ce que xtla va supporter bazaar ? Ce n'est pas que
j'utilise personnellement xtla, mais je pense que les utilisateurs
de tla vont finir par migrer vers bazaar, qui lui progresse
véritablement.



Le problème, c'est que le développement de Xtla est au point mort.
J'étais le contributeur le plus actif a un moment, mais pour les
prochains mois, je suis surtout contributeur de ma propre thèse et ça
m'occupe bien assez comme ça ... Les autres développeurs sont aussi
passés au point mort. Ah, tiens, non, y'a encore un mec qui développe,
mais il n'a rien trouvé de mieux que de forker, sans même nous
prévenir.

Sinon, c'est clair que bazaar progresse vite alors que le
développement de tla est plutôt en regression (Pour donner un exemple,
le "tla undo" sur un ensemble de fichier existait dans tla 1.2.2rc2 --
mais engueulade entre développeurs, la 1.2.2 n'existera jamais, dans
la 1.4pre-1 -- mais changement dans la politique de développement, la
1.4pre-1 ne débouchera pas sur une version stable, et au final, le
undo selectif n'existe toujours pas dans une branche stable !!).

J'aimerai bien corriger les quelques bugs qui restent et sortir une
1.0 qui marche bien avec tla avant de passer a bazaar ...

--
Matthieu
Avatar
Matthieu Moy
drkm writes:

Matthieu Moy writes:

Si tu n'arrives pas à résoudre le pb, je te suggère de continuer sur
la ML de Xtla:



https://mail.gna.org/listinfo/xtla-el-dev



En parlant d'URLs, je viens de tomber sur une de tes pages à
<URL:http://linuxfr.org/~moy/15924.html>, et le lien :

http://wiki.gnuarch.org/moin.cgi/xtla

est cassé.



Ouaip, bug connu. Une reconfiguration du Wiki a cassé tous les liens
depuis l'extérieur.

(Ca sert a quoi qu'on se décarcasse pour son google ranking ...)

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

Xavier Maillard writes:

> Nan, j'ai cette erreur:
>
> ,----
> > gpg: Sorry, no terminal at all requested - can't get input
> > signature command exited with non-0 status (2)
> >
> > command: gpg --clearsign --no-tty

Ma commande pour signer, c'est "gpg --clearsign" (sans le
--no-tty), et ça marche. Ça marchait avec le gpg de Debian
woody, et ça marche toujours avec



J'ai viré le --no-tty et effectivement j'avance, mais voir plus
bas pour les autres problèmes maintenant ;)

$ gpg --version gpg (GnuPG) 1.2.5



,----[ gpg --version ]
| gpg (GnuPG) 1.4.0
| Copyright (C) 2004 Free Software Foundation, Inc.
| This program comes with ABSOLUTELY NO WARRANTY.
| This is free software, and you are welcome to redistribute it
| under certain conditions. See the file COPYING for details.
|
| Home: ~/.gnupg
| Supported algorithms:
| Pubkey: RSA, RSA-E, RSA-S, ELG-E, DSA
| Cipher: 3DES, CAST5, BLOWFISH, AES, AES192, AES256, TWOFISH
| Hash: MD5, SHA1, RIPEMD160, SHA256, SHA384, SHA512
| Compression: Uncompressed, ZIP, ZLIB, BZIP2
`----

Si tu n'arrives pas à résoudre le pb, je te suggère de
continuer sur la ML de Xtla:



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

Je nage, je nage... ;)

--
Xavier Maillard,
Avatar
Matthieu Moy
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?

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

--
Matthieu
1 2