From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from re-prd-fep-047.btinternet.com (mailomta5-re.btinternet.com [213.120.69.98]) by sourceware.org (Postfix) with ESMTPS id D23E43858D1E for ; Fri, 30 Sep 2022 12:39:40 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org D23E43858D1E Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dronecode.org.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=dronecode.org.uk Received: from re-prd-rgout-005.btmx-prd.synchronoss.net ([10.2.54.8]) by re-prd-fep-047.btinternet.com with ESMTP id <20220930123939.GFXT3222.re-prd-fep-047.btinternet.com@re-prd-rgout-005.btmx-prd.synchronoss.net>; Fri, 30 Sep 2022 13:39:39 +0100 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com; bimi=skipped X-SNCR-Rigid: 613A91243C096337 X-Originating-IP: [81.153.98.187] X-OWM-Source-IP: 81.153.98.187 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgedvfedrfeehvddgheefucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuueftkffvkffujffvgffngfevqffopdfqfgfvnecuuegrihhlohhuthemuceftddunecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefkffggfgfuvfhfhfgjtgfgsehtjeertddtfeejnecuhfhrohhmpeflohhnucfvuhhrnhgvhicuoehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkqeenucggtffrrghtthgvrhhnpeevhfegjeefieejuedvgeetvdeuhedtieehgedugfeileeghfdvueehvdegvedthfenucffohhmrghinhepghhnohhmvgdrohhrghenucfkphepkedurdduheefrdelkedrudekjeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhephhgvlhhopegludelvddrudeikedruddruddtiegnpdhinhgvthepkedurdduheefrdelkedrudekjedpmhgrihhlfhhrohhmpehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkpdhnsggprhgtphhtthhopedvpdhrtghpthhtohepuehrihgrnhdrkfhnghhlihhssefuhihsthgvmhgrthhitgfufidrrggsrdgtrgdprhgtphhtthhopegthihgfihinhdqrghpphhssegthihgfihinhdrtghomh X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.106] (81.153.98.187) by re-prd-rgout-005.btmx-prd.synchronoss.net (5.8.716.04) (authenticated as jonturney@btinternet.com) id 613A91243C096337; Fri, 30 Sep 2022 13:39:39 +0100 Message-ID: Date: Fri, 30 Sep 2022 13:39:39 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.3.0 Subject: Re: gsasl 2 libgsasl{18,-common,-devel,-doc} Content-Language: en-GB To: "cygwin-apps@cygwin.com" , Brian Inglis References: <8c52863b-9717-3442-11d6-2d8a951720a0@gmail.com> <61cd6277-3665-2dd6-b75c-8fe7a7210c96@SystematicSw.ab.ca> From: Jon Turney In-Reply-To: <61cd6277-3665-2dd6-b75c-8fe7a7210c96@SystematicSw.ab.ca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3569.1 required=5.0 tests=BAYES_00,FORGED_SPF_HELO,KAM_DMARC_STATUS,KAM_LAZY_DOMAIN_SECURITY,NICE_REPLY_A,RCVD_IN_BARRACUDACENTRAL,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,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 List-Id: On 29/09/2022 07:49, Brian Inglis wrote: > > Hi folks, [Please Reply All as ISP blocking Cygwin mail] > > It looks as if gsasl 2 is ABI 18 compatible with gsasl 1.10, so I am > looking to release 2.2 as a continuation of the existing versions, and > that is consistent with FreeBSD and Debian, where the developer appears > to be among the package maintainers. > > One issue is that autoreconfig replaces the package provided > gtk-doc.make with one from /usr/share/gtk-doc/data/gtk-doc*.make and > they (all) need patched to build PDFs with DESTDIR builds. > > I handled this with local patches, added a src_patch_apply_hook to apply > these for scallywag builds, and submitted patches upstream to the gsasl > list and gtk-doc repo. Is this the relevant patch? https://gitlab.gnome.org/GNOME/gtk-doc/-/issues/147 > The current orphaned gtk-doc cygport build seems to work automagically > from the upstream tar(.xz) included in the source package, and I am too > ignorant of Gnome, GTK, dblatex, TeX, etc., that I am uncomfortable > adopting gtk-doc, as I have enough backlogged package updates. > > Suggestions for doing a non-maintainer update? I'm not sure what you are asking for here. If you like, I can review and apply that patch to our package, and rebuild it (since it seems I made the last one). If you'd like NMU privileges, I think that would be ok also (in current upload authorization scheme certain maintainers are allowed to upload orphaned packages, there is no general NMU upload privilege). The gtk packages are kind of important, it's unfortunate that we don't have a maintainer for them.