From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from omta001.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) by sourceware.org (Postfix) with ESMTPS id 649003858D28 for ; Mon, 18 Jul 2022 15:18:40 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 649003858D28 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=SystematicSw.ab.ca Authentication-Results: sourceware.org; spf=none smtp.mailfrom=systematicsw.ab.ca Received: from shw-obgw-4001a.ext.cloudfilter.net ([10.228.9.142]) by cmsmtp with ESMTP id DS1Zoo0eOS8WrDSW7oOa9W; Mon, 18 Jul 2022 15:18:39 +0000 Received: from [10.0.0.5] ([184.64.124.72]) by cmsmtp with ESMTP id DSW7oCikWuJwwDSW7o5VUU; Mon, 18 Jul 2022 15:18:39 +0000 X-Authority-Analysis: v=2.4 cv=F+BEy4tN c=1 sm=1 tr=0 ts=62d579cf a=oHm12aVswOWz6TMtn9zYKg==:117 a=oHm12aVswOWz6TMtn9zYKg==:17 a=IkcTkHD0fZMA:10 a=w_pzkKWiAAAA:8 a=NEAV23lmAAAA:8 a=uYT-Tk0qkVT609LjNaIA:9 a=QEXdDO2ut3YA:10 a=4UoSMJil8JwA:10 a=sRI3_1zDfAgwuvI8zelB:22 Message-ID: Date: Mon, 18 Jul 2022 09:18:38 -0600 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Reply-To: cygwin-apps@cygwin.com Subject: Re: [ITA] gsasl libgsasl{7,-common,-devel,-doc} gsasl 2 Content-Language: en-CA To: cygwin-apps@cygwin.com References: <8c52863b-9717-3442-11d6-2d8a951720a0@gmail.com> From: Brian Inglis Organization: Systematic Software In-Reply-To: <8c52863b-9717-3442-11d6-2d8a951720a0@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4xfBEvTW37CaLLArUYJfNQt1cR8fmZt7BTxDipS4DBexMzEjX5IfT+2EyAtKn1ZnHCv6plHMn+nVfdHVuPFIKvN4IJmmzzaPKnWC5VYeSJ9F9Xh3At3/nT DgSMmWVUx+RBuz1pTtDZLuUmHizXXWDtaXKVyEnZmc8UTeKJKCnjLBUk2o5C9/YEV2yz9LaHQG5ybSixxs9yBVysASrZCLfnzVQ= X-Spam-Status: No, score=-1162.0 required=5.0 tests=BAYES_00, BODY_8BITS, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, KAM_NUMSUBJECT, NICE_REPLY_A, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) 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: Mon, 18 Jul 2022 15:18:42 -0000 On 2022-07-18 05:43, Marco Atzeri wrote: > On 18.07.2022 07:10, Brian Inglis wrote: >> I'd like to adopt orphaned package gsasl as new versions have been >> released. >> >>      https://cygwin.com/packages/summary/gsasl-src.html >> > > all yours > >> https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/gsasl.git >> >> I've rebuilt current 1.8 and upgraded releases 1.8.1, 1.10, 2.0, and >> 2.0.1 for x86/i686 and x86_64 without any issues. >> The 2.0.1 build was run in GitHub Actions CI using the gsasl repo >> playground branch; see: >> >>      https://cygwin.com/cgi-bin2/jobs.cgi?srcpkg=gsasl >> >> and scallywag logs are at: >> >>      https://github.com/cygwin/scallywag/actions/runs/2682310926 >> >> I'd like to release 1.10 which is ABI compatible, as a test release with >> libcurl4 depending on it (also mine), a lot of libraries depend on that, >> and a lot of packages depend on those; try: >> >>      $ cygcheck-dep -qSN libgsasl7 | less >> >> Release 2.0 jumps to libgsasl18, so that should probably be released as >> gsasl2/libgsasl2-{common,-devel,-doc}, and libcurl4 built and test >> released with that? >> >> Should the new library stay as libgsasl18 or be named libgsasl2_18? > > I would follow the name of the library. > If it is just cyggsasl-18.dll use libgsasl18 > >> How to rebuild libcurl4 with libgsasl2-devel using libgsasl{2_}18? > > I suggest to avoid collision between version 1 and 2. > possibly moving away the old version and leaving in the usual place the > last one > > /usr/include/*.h -> /usr/include/gsasl1/*.h > usr/lib/libgsasl.dll.a usr/lib/gsasl1/libgsasl.dll.a Grazie Marco, for the "adoption papers" ;^> and the advice. Others' further thoughts are still sought and will be gratefully received and ad[ao]pted ;^> -- 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.]