From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 126716 invoked by alias); 27 Mar 2019 20:36:30 -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 126709 invoked by uid 89); 27 Mar 2019 20:36:30 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,KAM_NUMSUBJECT,SPF_PASS autolearn=no version=3.3.1 spammy=Furthermore, complains, RELEASE X-HELO: mx009.vodafonemail.xion.oxcs.net Received: from mx009.vodafonemail.xion.oxcs.net (HELO mx009.vodafonemail.xion.oxcs.net) (153.92.174.39) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 27 Mar 2019 20:36:28 +0000 Received: from vsmx002.vodafonemail.xion.oxcs.net (unknown [192.168.75.192]) by mta-6-out.mta.xion.oxcs.net (Postfix) with ESMTP id 2E209D9B29B for ; Wed, 27 Mar 2019 20:36:26 +0000 (UTC) Received: from Gertrud (unknown [87.185.211.111]) by mta-6-out.mta.xion.oxcs.net (Postfix) with ESMTPA id E0740199C36 for ; Wed, 27 Mar 2019 20:36:23 +0000 (UTC) From: Achim Gratz To: cygwin@cygwin.com Subject: Re: [ANNOUNCEMENT] Updated: mintty 2.9.9 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> Date: Wed, 27 Mar 2019 20:36:00 -0000 In-Reply-To: (Thomas Wolff's message of "Wed, 27 Mar 2019 21:02:47 +0100") Message-ID: <87tvfoyrzx.fsf@Rainer.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-SW-Source: 2019-03/txt/msg00612.txt.bz2 Thomas Wolff writes: > I used to use tar rather than cygport package to generate the packages. > One reason was that I didn=E2=80=99t want my local user/group to appear i= n them. > Is that possible with cygport? PTC. But yes, I think GNU Tar has an option to override those, cygport is just not using it yet. > 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 Well, do not reset CFLAGS in your Makefile and cygport helpfully provides all the scaffolding you need. You might have noticed I replaced the ":=3D" in your Makefile for exactly that reason. A build system is supposed to be able to pre-configure CFLAGS without your Makefile nixing all of that effort. > Achim also suggested some changes in the cygport file: > #SRC_URI=3D"https://github.com/${NAME}/release/${NAME}-${VERSION}-src.tar= .bz2" > SRC_URI=3D"https://github.com/${NAME}/${NAME}/archive/${VERSION}.tar.gz" > =E2=86=92 While it=E2=80=99s proper to retrieve the archive (if needed at= all; why > does cygport refer to this if the package is locally available?) It's generally considered bad form to provide a cygport file that doesn't work standalone and the SRC_URI you provided only got me a 404. > from the release area, and not from the separate =E2=80=9Crelease=E2=80= =9D repository, > unfortunately it=E2=80=99s github URL does not include the =E2=80=9Cmintt= y-=E2=80=9D prefix > (it=E2=80=99s just 2.9.9.tar.gz) which causes the source package generate= d by > cygport to be empty: You can rename the package after download by adding a "#new_name" to the SRC_URI if you must. I usually do that for patches that have non-distinct names as I keep those files in a separate cache directory. Otherwise if the SRC_URI has downloaded a file, that will get used for the source package. >>>> 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=3D"${NAME}-${VERSION}-src.tar.bz2" > > VERSION=3D"2.9.9" > =E2=86=92 This would need the cygport to be generated per version, but > apparently it=E2=80=99s not required. I generally keep cygport files under version control and I don't want to rename the file for each release. YMMV. > RELEASE=3D"1" > =E2=86=92 This does not seem to have any effect either. ??? You must have renamed the cygport file to something else, I think. > Furthermore, cygport complains (on Windows 7 only): > which: no gdiplus.dll in (...) > =E2=86=92 It=E2=80=99s in $WINDIR/SysWOW64/. No idea. >>>> 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. > And in fact, mintty does not depend on bash. Why does cygport think so? There likely is some script that uses bash. Anything in your package that uses something from a different package will create a dependency on it (as it should). This is not perfect and there are both false positives and negatives, but in general it does work well enough. Besides, bash is in Base anyway. > As an alternative, I would accept a description how to generate a > debug package "manually", with tar. Just watch cygport --debug do it and then do the same. But whatever you do, please provide a cygport file that actually works when somebody tries to run it. Regards, Achim. --=20 +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- 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