From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.12]) by sourceware.org (Postfix) with ESMTPS id 18148388A421 for ; Sun, 15 Nov 2020 17:32:20 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 18148388A421 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=SystematicSw.ab.ca Authentication-Results: sourceware.org; spf=none smtp.mailfrom=brian.inglis@systematicsw.ab.ca Received: from [192.168.1.104] ([24.64.172.44]) by shaw.ca with ESMTP id eLswkKHhgtdldeLsxkeOpD; Sun, 15 Nov 2020 10:32:19 -0700 X-Authority-Analysis: v=2.4 cv=INe8tijG c=1 sm=1 tr=0 ts=5fb16623 a=kiZT5GMN3KAWqtYcXc+/4Q==:117 a=kiZT5GMN3KAWqtYcXc+/4Q==:17 a=IkcTkHD0fZMA:10 a=KSb9T-wMAAAA:8 a=vTr9H3xdAAAA:8 a=uuKlxK9Gf3ZuhKcDwDwA:9 a=QEXdDO2ut3YA:10 a=KF4VuIdXkMyp4E_ug72i:22 a=7PCjnrUJ-F5voXmZD6jJ:22 Reply-To: cygwin-apps@cygwin.com To: cygwin-apps@cygwin.com References: <964d4d23-25d4-bbb5-b054-f4bc5afece4b@SystematicSw.ab.ca> <0a9a734c-e5f1-58a3-4947-2fef09271026@SystematicSw.ab.ca> <63d397ea-8393-c257-b361-ca10a48eebdc@SystematicSw.ab.ca> <0cc60b4b-02a6-8e8a-ea53-5d49adaacd94@redhat.com> <72b4414f-e95e-2e6b-3ec8-0cf500a006ec@SystematicSw.ab.ca> <87d00garud.fsf@Rainer.invalid> <648ab3eb-4f71-b3a2-b90b-b0713d82ad07@SystematicSw.ab.ca> <87tutrqdg2.fsf@Otto.invalid> From: Brian Inglis Organization: Systematic Software Subject: Re: [ITA] wget Message-ID: <780cfd30-062e-d3ea-8686-ea38eb10aa5f@SystematicSw.ab.ca> Date: Sun, 15 Nov 2020 10:32:18 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.4.3 MIME-Version: 1.0 In-Reply-To: <87tutrqdg2.fsf@Otto.invalid> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-CA Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4xfNz2Atc86e7eDVdBSr3aLlhZLc3gERWL+90YaXy+Zib2Of3ipsqCbUeHWZpQ8Q0DeSqm5weIxJgXSvuZ9vgwq1jqJGrBOVraTZL+ol0BqrvErV37+0sN Igg9W2qbU4V+JDsSHsRp3J0oj8xSG9fGaaSxwpItsNSOgjN3C17rvqWIPVaXnPytmbLglrj3V26S5xGNwLRn/Ua/U2ibDWQnYkM= X-Spam-Status: No, score=-6.3 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: cygwin-apps@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Cygwin package maintainer discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Nov 2020 17:32:21 -0000 On 2020-11-15 00:36, ASSI wrote: > Brian Inglis writes: >> I rebuilt with the original cygport updated minimally. > > You're still supposed to search the configure log for any signs of it > not finding stuff you told it was available (like c-ares) and stuff that > you might not even now it wanted. > > :-) > >> This is one of those packages that advertises minimal dependencies and >> documents none AFAICT. > > Everything older than about a year mostly looks like that. Before > having the CI there wasn't a good way of figuring out the dependencies, > so almost nobody bothered with it. It's still incomplete since the > dependencies pulled in by cygport will be assumed by the package (which > works only as long as these don't change). > >> Is there a way of determining desirable, useful, or additional >> dependencies? > > Usually the upstream documentation tells you their preferences. > Somtimes packages bundle dependencies, then you have to be careful to > direct the build to use the system libraries. Additional dependencies > beyond those I tend to avoid. I see you pulled in gnutls/nettle, I'd > rather use openssl unless upstream recommends against it. Build defaults to gnutls (as many GNU do now) so presumably previously used in our package releases and best tested (confirmed by some OpenSSL patch comments). I now have another semi-useful adhoc packaging script to check build logs for program dependencies and | xargs which | xargs cygcheck -f for their packages. > Then you can look for the build specs on Linux distributions which > usually give you lots of clues (and often patches): > > https://build.opensuse.org/package/view_file/openSUSE:Factory/wget/wget.spec?expand=1 > https://src.fedoraproject.org/rpms/wget/blob/master/f/wget.spec > > If in doubt, follow Fedora (like most other Cygwin packages). Yes, I've used both OBS and Fed elsewhere - added Fed patches to build -2. >> I found cygcares-2.dll was missing(!) from cygwin 32, so reinstalled >> it, and libnpth-devel was not installed in either arch, so installed >> those, added all the lib...-devel and tools dependencies to >> BUILD_REQUIRES, and all the relevant configure --with/out-... options, >> so now both arches build with only minor --version output differences. > > Thank you. > > I'm not really sure why you'd need libnpth and a bunch of other things. Supported, configured, specified. > You might want to add libattr-devel and see if xattr support gets > recognized. Apparently not an option: "configure: Disabling Extended Attribute support: your system is not known to support extended attributes." likely to require a chunk of work, and no upstream support as now superseded. >> Is it sufficiently worth while to resolve with a release -2 package, >> as there may be no further upstream releases of the package, other >> than replacement by wget2? > > Please re-release the fixed package so that both architectures are > equivalent. Thanks for feedback and help - if you could please check out the latest cygport and CI jobs for any issues - I will upload upgrades if I hear nothing in a few days. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in binary units and prefixes, physical quantities in SI.]