public inbox for cygwin-apps@cygwin.com
 help / color / mirror / Atom feed
From: Brian Inglis <Brian.Inglis@SystematicSw.ab.ca>
To: cygwin-apps@cygwin.com
Subject: Re: calm: cygwin package upload report from sourceware.org for Thomas Wolff
Date: Fri, 29 Mar 2019 19:06:00 -0000	[thread overview]
Message-ID: <5da08762-565a-bdb3-afc7-70c8dce1d4a5@SystematicSw.ab.ca> (raw)
In-Reply-To: <dba978ea-419a-c62d-b7c8-ea6383e4ecad@towo.net>

On 2019-03-29 12:42, Thomas Wolff wrote:
> Jon Turney wrote:
>>> Am 29.03.2019 um 19:02 schrieb
>>> cygwin-no-reply-rDBXBDvO6BXQT0dZR+AlfA@public.gmane.org:
>> On 29/03/2019 18:11, Thomas Wolff wrote:
>>> I've repeatedly tried to upload a new package, with the two discussed
>>> modifications in packaging, and the last response was this:
>>>> ERROR: package 'mintty' version '3.0.0-1' is most recent non-test version,
>>>> but version '2.9.9-0' is curr:
>>
>> This is because you have an existing override.hint file for mintty, containing:
>>
>> curr: 2.9.9-0
>> prev: 2.9.6-0
>>
>> You have to decide what you want instead of this.
> I see no such .hint file in the upload area anymore. Even downloaded the current
> .hint files to check.

That existing override.hint may be in the current package directory, not the
upload area which you update, and is checked against that.

What is the best approach to clear override.hint in the next release after an
override was required?

> Brian Inglis wrote:
>> If used, that should be:
>> curr: 3.0.0-1
>> prev: 2.9.9-0
>>
>> Check your ${P}/${P}-${V}/${P}-${V}-{R}.${ARCH}/dist/${P}/** hints and tars all
>> have the same ${P}-${V}-{R} i.e. mintty-3.0.0-1.
>>
>> The issue may be, as explained, that 2.9.9-0 is treated as a test release.

> So I'll try the .hint as you fixed...

Watch for responses to the above to clear out overrides next release!

Once you are on a regular P-V-R cycle, you should not need hints.

Using cygport feeding calm eliminates a lot of the dinkering around
(Thanks Yaakov and Jon)!

-- 
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.

  reply	other threads:[~2019-03-29 19:06 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20190329180211.86521.99579@sourceware.org>
2019-03-29 18:11 ` Thomas Wolff
2019-03-29 18:26   ` Brian Inglis
2019-03-29 18:41   ` Jon Turney
     [not found]   ` <46f4cc2f-7d4e-e252-2c38-edc6528875b5@dronecode.org.uk>
2019-03-29 18:42     ` Thomas Wolff
2019-03-29 19:06       ` Brian Inglis [this message]
     [not found] <20190328181150.86521.29849@sourceware.org>
2019-03-28 18:27 ` Thomas Wolff
2019-03-28 18:36   ` Achim Gratz
2019-03-28 20:12     ` Corinna Vinschen
2019-03-29 18:42     ` Jon Turney
2019-03-28 18:39   ` Marco Atzeri

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=5da08762-565a-bdb3-afc7-70c8dce1d4a5@SystematicSw.ab.ca \
    --to=brian.inglis@systematicsw.ab.ca \
    --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).