Mailing List Archive: solaris2.6 troubles

solaris2.6 troubles

Dec 8, 1998, 9:35 AM

Post #1 of 3 (279 views)

Hi,

I'm new on this list;

I've got GPG working today on the following configuration:
solaris2.6/ gcc2.7.2.3/ emacs20.3.1/ pterodactylgnus0.65/ nnimap0.81/
mailcrypt3.5.1 and the latest GPG version 0.4.5.

I noticed prior solaris troubles on the mailing list. I would
like to report a new one: when running in a xterm or in
console mode everything runs fine. But when running inside of
emacs, signing, encrypting won't work, because gpg says it cannot
open /dev/tty (on a sun, /dev/tty is linked to /devices/pseudo/sy@0:tty
but that's not the solution).

As far as I understand gpg only tries to open /dev/tty to help
the RNG, so I replaced /dev/tty by another file (quite brutal hack).
It works now under emacs, but not anymore on the console.

I don't understand why ttys do not behave the same with and
without emacs running.

--
Emmanuel Michon (http://www.enst.fr/~michon)
Expert, n.:
Someone who comes from out of town and shows slides.

Re: solaris2.6 troubles [ In reply to ]

steve at gbnet

Dec 8, 1998, 2:59 PM

Post #2 of 3 (275 views)

Permalink

On Tue, Dec 08, 1998 at 05:35:26PM +0100, Emmanuel Michon wrote:

> I've got GPG working today on the following configuration:
> solaris2.6/ gcc2.7.2.3/ emacs20.3.1/ pterodactylgnus0.65/ nnimap0.81/
> mailcrypt3.5.1 and the latest GPG version 0.4.5.

It failed to compile under Solaris 2.6 using Sun's cc (configure
puts -Wall and -fpic which it doesn't understand), also fails on
zlib.h ...

Steve

p.s. sorry for not much info I'm on the wrong machine at the
moment.

--
NetTek Ltd tel +44-171 483 1169 fax +44-181 444 6103
Flat 2, 43 Howitt Road, Belsize Park, London NW3 4LU
Epage steve-pager@gbnet.net [body of text only]

Re: solaris2.6 troubles [ In reply to ]

warner at lothar

Dec 8, 1998, 8:29 PM

Post #3 of 3 (280 views)

Permalink

michon@enst.fr (Emmanuel Michon) writes:
> I noticed prior solaris troubles on the mailing list. I would
> like to report a new one: when running in a xterm or in
> console mode everything runs fine. But when running inside of
> emacs, signing, encrypting won't work, because gpg says it cannot
> open /dev/tty (on a sun, /dev/tty is linked to /devices/pseudo/sy@0:tty
> but that's not the solution).
>
> As far as I understand gpg only tries to open /dev/tty to help
> the RNG, so I replaced /dev/tty by another file (quite brutal hack).
> It works now under emacs, but not anymore on the console.

mailcrypt always calls gpg with '--batch' to discourage it from trying to
open /dev/tty (I think /dev/tty is not usable in a program called from an
emacs inferior shell). I haven't tested mailcrypt with 0.4.5 yet, but is it
possible that a use of /dev/tty got added outside of a check for --batch?

/dev/tty is opened during normal interactive use to get the passphrase. But
mailcrypt does other nefarious things to do that non-interactively (it runs
gpg twice: once to find out what passphrase is needed, then again to pass in
the passphrase).

I'll try mailcrypt with 0.4.5 tonight and see if I get the same thing.

thanks,
-Brian
warner@lothar.com

PS: when running 'make check' on solaris, try editing checks/defs.inc to
include "load-extension ../cipher/rndunix" into the "options" file. That will
tell gpg to use the new random module, which should get rid of the "DON'T USE
THIS DATA" and "Oops: no fast poll function" messages (in exchange for
hundreds of lines of new messages about all the exciting random sources
rndunix is taking advantage of). It may still fail some tests (mine is still
running), as the debug messages may trick the test harness into thinking that
errors have occurred (failures on encrypt/decrypt-to-pipe tests are frequently
because of this).