From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 40392 invoked by alias); 27 Mar 2019 22:59:13 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 40319 invoked by uid 89); 27 Mar 2019 22:59:12 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-0.2 required=5.0 tests=AWL,BAYES_50,KAM_NUMSUBJECT,SPF_HELO_PASS autolearn=no version=3.3.1 spammy=25032019, 25.03.2019, retrieve, H*M:cygwin X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 27 Mar 2019 22:59:11 +0000 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id CD92B2026B for ; Wed, 27 Mar 2019 22:59:09 +0000 (UTC) Received: from ovpn-121-162.rdu2.redhat.com (ovpn-121-162.rdu2.redhat.com [10.10.121.162]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 7FFC7600C0 for ; Wed, 27 Mar 2019 22:59:09 +0000 (UTC) Message-ID: Subject: Re: [ANNOUNCEMENT] Updated: mintty 2.9.9 From: Yaakov Selkowitz To: cygwin@cygwin.com Date: Wed, 27 Mar 2019 22:59:00 -0000 In-Reply-To: References: <87pnqq536x.fsf@Rainer.invalid> <8bf901a3-5e61-fa65-651f-5bdb9dddba4b@towo.net> <20190324181931.GE3471@calimero.vinschen.de> <8b43cced-6c22-e9de-046d-0895d0bc4f81@towo.net> <87sgvarfgt.fsf@Rainer.invalid> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.30.5 (3.30.5-1.fc29) MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-SW-Source: 2019-03/txt/msg00615.txt.bz2 On Wed, 2019-03-27 at 21:02 +0100, Thomas Wolff wrote: > Am 25.03.2019 um 19:12 schrieb Achim Gratz: > > Thomas Wolff writes: > > > Sorry, I neither know how to make use of such a package nor how to > > > generate it or what it contains. > > > But I'd take a patch:) > > As you wish… > I used to use tar rather than cygport package to generate the packages. > One reason was that I didn’t want my local user/group to appear in them. They won't show up like that once installed. > Is that possible with cygport? Not currently, PTC. > Trying cygport package, a bunch of problems arise: > > I removed -s as suggested by Achim, added -g as advised by Corinna, but > cygport still says: > *** Info: No debug files, skipping debuginfo subpackage That's because you are still overriding CFLAGS with := (the first time). > Achim also suggested some changes in the cygport file: > #SRC_URI="https://github.com/${NAME}/release/${NAME}-${VERSION}-src.tar.bz2" > SRC_URI="https://github.com/${NAME}/${NAME}/archive/${VERSION}.tar.gz" > → While it’s proper to retrieve the archive (if needed at all; why does > cygport refer to this if the package is locally available?) from the > release area, and not from the separate “release” repository, > unfortunately it’s github URL does not include the “mintty-” prefix > (it’s just 2.9.9.tar.gz) which causes the source package generated by > cygport to be empty: > >>> Creating source package > /bin/cp: cannot stat '/cygdrive/d/home/mintty/release/2.9.9.tar.gz': No > such file or directory > But apparently it's also sufficient to provide a dummy url: > SRC_URI="${NAME}-${VERSION}-src.tar.bz2" The correct value is: SRC_URI=" https://github.com/${NAME}/${NAME}/archive/${VERSION}/${NAME}-${VERSION}.tar.gz " SRC_URI="https://github.com/${NAME}/${NAME}/archive/${VERSION}/${NAME}-${VERSION}.tar.gz" With your Makefile creating that file name instead of -src.tar.bz2. > VERSION="2.9.9" > → This would need the cygport to be generated per version, but > apparently it’s not required. > RELEASE="1" > → This does not seem to have any effect either. Only because of how you handle your cygport build, which is *much* more complicated than it should be. > Furthermore, cygport complains (on Windows 7 only): > which: no gdiplus.dll in (...) > → It’s in $WINDIR/SysWOW64/. Actually, it's a side-by-side assembly under $WINDIR/WinSxS/ on Win7 x64. In any case, that can be ignored. > >>> mintty requires: bash cygwin > I remember some discussion that the cygwin dependency, which most > packages have, should not (or does not need to be) listed. That was years ago. The cygwin dependency can and should be listed nowadays. > And in fact, mintty does not depend on bash. Why does cygport think so? mintheme has a /bin/sh shebang. > As an alternative, I would accept a description how to generate a debug > package "manually", with tar. Ugly. Let cygport do this for you. -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple