X-Recipient: archive-cygwin@delorie.com
X-SWARE-Spam-Status: No, hits=2.7 required=5.0	tests=AWL,BAYES_40,FREEMAIL_FROM,GENERIC_IXHASH,KAM_THEBAT,KHOP_THREADED,MIME_BASE64_BLANKS,TW_YG
X-Spam-Check-By: sourceware.org
Date: Fri, 6 Apr 2012 14:29:07 +0400
From: Andrey Repin <anrdaemon@freemail.ru>
Reply-To: Andrey Repin <cygwin@cygwin.com>
Message-ID: <136805226.20120406142907@mtu-net.ru>
To: Corinna Vinschen <cygwin@cygwin.com>
Subject: Re: "dst_lib_init: openssl failure" after yesterday's update
In-Reply-To: <20120406082057.GB13898@calimero.vinschen.de>
References: <CAAEuNhFJXwSG6M-O=GBH5MXR69QfhwrR9HQL36P7n_S=RtenfQ@mail.gmail.com> <4F7DFDCA.8090906@cygwin.com> <CAAEuNhFi_gYPeK5HFzTibYXJDez4khghcaNc-6ELWpcx+JDKaw@mail.gmail.com> <20120406082057.GB13898@calimero.vinschen.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=Windows-1251
X-IsSubscribed: yes
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie.com@cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from base64 to 8bit by delorie.com id q36AYHpv011198

Greetings, Corinna Vinschen!

>> After running dig and host with strace I found that they were trying
>> to open the file "C:\cygwin\lib\engines\libgost.so", which didn't
>> exist on my system; I saw "geterrno_from_win_error: windows error 126
>> == errno 2" in the trace, when the binaries were trying to open this
>> file. I found out that the libgost.so file belongs to the openssl
>> package, which indeed, wasn't installed. After I installed it, all is
>> good.

You're right. This is a library providing Russian GOST cryptographic
algorithms (ГОСТ - Государственный Стандарт) for OpenSSL package.

>> Maybe some binary requirements changed and the package dependencies
>> weren't updated to reflect this? I mean, after upgrading bind, the
>> setup tool should have installed openssl as a dependency.

> That depends.

> After reading that problem I'm wondering if it's not the fault of the
> openssl packaging.  The runtime shared libs cygssl and cygcrypto are in
> the libopensslXXX package, but the engines are in the openssl package.

> Yaakov, do you just change the dependency of the bind package or do you
> think the engines should be moved to the libopensslXXX package?

I don't think it makes much sense separating one executable from twelve libs.


--
WBR,
Andrey Repin (anrdaemon@freemail.ru) 06.04.2012, <14:23>

Sorry for my terrible english...

