From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from omta002.cacentral1.a.cloudfilter.net (omta002.cacentral1.a.cloudfilter.net [3.97.99.33]) by sourceware.org (Postfix) with ESMTPS id ECE533858024 for ; Fri, 24 Sep 2021 21:14:43 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org ECE533858024 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-4004a.ext.cloudfilter.net ([10.228.9.227]) by cmsmtp with ESMTP id Tpr3mFntcps7PTsWpmvi6b; Fri, 24 Sep 2021 21:14:43 +0000 Received: from [192.168.1.105] ([68.147.0.90]) by cmsmtp with ESMTP id TsWomd5y2dCHGTsWpm1kkx; Fri, 24 Sep 2021 21:14:43 +0000 X-Authority-Analysis: v=2.4 cv=SdyUytdu c=1 sm=1 tr=0 ts=614e3fc3 a=T+ovY1NZ+FAi/xYICV7Bgg==:117 a=T+ovY1NZ+FAi/xYICV7Bgg==:17 a=IkcTkHD0fZMA:10 a=vTr9H3xdAAAA:8 a=uYT-Tk0qkVT609LjNaIA:9 a=QEXdDO2ut3YA:10 a=7PCjnrUJ-F5voXmZD6jJ:22 Reply-To: cygwin@cygwin.com To: cygwin@cygwin.com References: <263539c1-dbf5-20a2-179e-0a3a84f96a08@cornell.edu> From: Brian Inglis Organization: Systematic Software Subject: Re: [ANNOUNCEMENT] doxygen 1.9.2-1 (TEST) Message-ID: <746b9780-092d-7a45-bcdc-22976f756cbe@SystematicSw.ab.ca> Date: Fri, 24 Sep 2021 15:14:42 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-CA Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4xfHWxvgl5EYpM2u+6eFEefUNfCEe4J28id286kFiSo+NZtt+3ZNAxlSNVasZmAR1ZtzoFDJsQ2FhSFDvUjDBN4A3TRwR4lQLSBHndsJO1uBVytvJwyDc7 FoK7Go2VOy2hssXWuP+r2g15Q7v6HhLMB2wP7JxWoxtR8BSMLCYwABVk0eU8thYvgLd8K6JqV3yqg5i3xJxjAUzbb3B2hoQJpAM= X-Spam-Status: No, score=-1160.8 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_BARRACUDACENTRAL, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2021 21:14:45 -0000 On 2021-09-24 10:07, Ken Brown via Cygwin wrote: > On 9/24/2021 2:17 AM, Brian Inglis wrote: >> On 2021-09-15 11:55, Ken Brown wrote: >>> On 8/22/2021 2:39 PM, Ken Brown wrote: >>>> The following packages have been uploaded to the Cygwin distribution >>>> as test releases: >>>> * doxygen-1.9.2-1 >>>> * doxygen-doxywizard-1.9.2-1 >> >>> These have now been promoted from test to current. >> >> Hi Ken, >> >> Package doxygen is missing a runtime dependency requirement on >> epstopdf in texlive-collection-fontutils since 1.8.9 (2014-12-25)! > > Thanks for the report, Brian.  I've decided to fix this a different way, > following Fedora.  Instead of adding dependencies to doxygen, I'm adding > a new empty package doxygen-latex, which brings in all the dependencies > that doxygen needs for producing LaTeX/pdf output.  It turns out that > there are several of them, not just texlive-collection-fontutils. That's exactly the same approach as Debian; I couldn't find anything like that under Fedora RPMs: doxygen.spec just lists a bunch of Requires: tex(latex) type entries. Is there some other source of truth about Fedora packages than https://src.fedoraproject.org/projects/rpms/ or some other way of interpreting tex() requirements? You could now define doxygen-latex as CATEGORY=virtual to avoid calm warnings, which sometimes are public and annoying to all uploaders. You could also go the other way, as OpenSuSE appears to have --disable-d and dropped both latex dependencies and building doxygen-doc: "Kill doxygen-doc subpackages the latex deps keep growing while it is really easy to download the generated pdfs from upstream". [I can't really blame them, as an ~30MB package should not need to drag in ~0.5GB of other stuff to produce output. I feel sorry for those, such as students working from home or apts/flats, on non-broadband, limited, or metered networks.] -- 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.]