public inbox for cygwin-apps@cygwin.com
 help / color / mirror / Atom feed
From: Ken Brown <kbrown@cornell.edu>
To: cygwin-apps@cygwin.com
Subject: Re: CI scallywag setup/cygport/autoconf missing autoconf-archive pkg
Date: Sat, 2 Oct 2021 10:13:11 -0400	[thread overview]
Message-ID: <3701d193-3f79-b78d-4a6a-29a799e00e25@cornell.edu> (raw)
In-Reply-To: <66c249a2-debb-c0a0-6633-7f1d4e4ad1f1@SystematicSw.ab.ca>

On 10/2/2021 1:48 AM, Brian Inglis wrote:
> On 2021-10-01 22:15, Achim Gratz wrote:
>> Brian Inglis writes:
>>> As autoconf requires: autoconf2.1 autoconf2.5 bash sed, I believe that
>>> would be the more appropriate place for an autoconf-archive
>>> requirement, otherwise cygport would have to require it, which is not
>>> so obvious.
>>
>> No. If a build needs autoconf-archive then require it there.  The whole
>> point of having things in separate packages is that you do not have to
>> install things you don't need. Neither autottols nor cygport require
>> this package in any way.
> 
> See response to Yaakov: the problem is it's just a given in the build systems of 
> the packages that use it,

I acknowledge that it's easy to give advice with hindsight, but here are two 
ways you might have discovered that you needed autoconf-archive as a build 
requirement for your package.

1. You could have checked the Fedora .spec file for the package.  In my 
experience, Fedora maintainers are generally very good at listing build 
requirements.  I don't think you've said what package you're talking about, so I 
can't check whether that would have helped in this case.

2. An internet search for AX_CODE_COVERAGE would have immediately told you that 
it's in autoconf-archive.

You also mentioned the gnulib bug you ran into while packaging bison.  It's 
unfortunate that you lost so much time on this, but you handled it exactly 
right.  You reported it upstream, they passed it on to gnulib, and it got fixed.

We all appreciate the effort you've been making to adopt orphaned packages.  I 
think you've just run into a string of bad luck that has caused this to be very 
time consuming.

Ken

  reply	other threads:[~2021-10-02 14:13 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-30  4:15 Brian Inglis
2021-10-01 21:37 ` Yaakov Selkowitz
2021-10-02  0:06   ` Brian Inglis
2021-10-02  4:15 ` Achim Gratz
2021-10-02  5:48   ` Brian Inglis
2021-10-02 14:13     ` Ken Brown [this message]
2021-10-02 16:35       ` Brian Inglis
2021-10-03 19:14         ` Brian Inglis

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3701d193-3f79-b78d-4a6a-29a799e00e25@cornell.edu \
    --to=kbrown@cornell.edu \
    --cc=cygwin-apps@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).