delorie.com/archives/browse.cgi | search |
X-Recipient: | archive-cygwin AT delorie DOT com |
DomainKey-Signature: | a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id |
:list-unsubscribe:list-subscribe:list-archive:list-post | |
:list-help:sender:from:to:subject:references:date:in-reply-to | |
:message-id:mime-version:content-type:content-transfer-encoding; | |
q=dns; s=default; b=HRBONR8FBI8k5LbbUPqc6iIx5DMcKjyrJBDQS1scEg6 | |
UslAhrtEyZfVThviK3F9G+IP9zBCXMAsGTBtEGLCNMw2m6Luj8fsOX6ES9mUabvn | |
OPrwnOx6uYA813oYS1FSDQVDgFAjvKCv8FBwON7HJ8/vn9Pi7FIzv+fZE8KI0vxU | |
= | |
DKIM-Signature: | v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id |
:list-unsubscribe:list-subscribe:list-archive:list-post | |
:list-help:sender:from:to:subject:references:date:in-reply-to | |
:message-id:mime-version:content-type:content-transfer-encoding; | |
s=default; bh=TIJxoopzLolgxAxJeBtkyZE4s/k=; b=Heh770Phyf3xiSMIe | |
inJGstnq7yFiKuHzFhxvXQO7MnX0aQMYHtWk1o6vI/XZ+EmTcXt2+5ShfP6jhuC5 | |
0ZcwgfrnDVmCbiXxXAbrStEAFKOTcyA340CGxnSJC6FKwflrardE8g9DrtrnbLZ+ | |
DYppp4f6unMsyA0/24ieUFtFXE= | |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Id: | <cygwin.cygwin.com> |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sourceware.org/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs> |
Sender: | cygwin-owner AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
Delivered-To: | mailing list cygwin AT cygwin DOT com |
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 |
From: | Achim Gratz <Stromeko AT nexgo DOT de> |
To: | cygwin AT cygwin DOT com |
Subject: | Re: [ANNOUNCEMENT] Updated: mintty 2.9.9 |
References: | <announce DOT 6264b24c-18bd-814e-16e9-1852f3433e98 AT towo DOT net> <87pnqq536x DOT fsf AT Rainer DOT invalid> <8bf901a3-5e61-fa65-651f-5bdb9dddba4b AT towo DOT net> <20190324181931 DOT GE3471 AT calimero DOT vinschen DOT de> <8b43cced-6c22-e9de-046d-0895d0bc4f81 AT towo DOT net> <87sgvarfgt DOT fsf AT Rainer DOT invalid> <fe281b79-3ba1-0352-b73e-ab858d068d30 AT towo DOT net> |
Date: | Wed, 27 Mar 2019 21:36:18 +0100 |
In-Reply-To: | <fe281b79-3ba1-0352-b73e-ab858d068d30@towo.net> (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 |
X-MIME-Autoconverted: | from quoted-printable to 8bit by delorie.com id x2RKagpv022932 |
Thomas Wolff writes: > 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. > 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 ":=" 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="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?) 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 “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: 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="${NAME}-${VERSION}-src.tar.bz2" > > VERSION="2.9.9" > → This would need the cygport to be generated per version, but > apparently it’s not required. I generally keep cygport files under version control and I don't want to rename the file for each release. YMMV. > RELEASE="1" > → 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 (...) > → It’s 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. -- +<[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
webmaster | delorie software privacy |
Copyright 2019 by DJ Delorie | Updated Jul 2019 |