git repositories for cygwin packaging - please test
Jon Turney
jon.turney@dronecode.org.uk
Sat Feb 18 16:21:36 GMT 2023
On 05/07/2022 14:12, Jon Turney wrote:
> On 22/06/2021 20:52, Jon Turney wrote:
>> On 09/05/2021 15:39, Jon Turney wrote:
>>> On 23/08/2020 22:01, Jon Turney wrote:
>>>> On 27/05/2020 23:27, Jon Turney wrote:
>>>>> On 04/08/2019 21:08, Jon Turney wrote:
>>>>>> To remedy this lack, using the same ssh key you use for sftp
>>>>>> package upload, package maintainers can now also push to git
>>>>>> repositories, like so:
>>>>>
>>>>> Package maintainers may have noticed that the output from pushing
>>>>> to these git repositories now includes a line like:
>>>>>
>>>>> "remote: scallywag: build nnn queued"
>>>>>
>>>>> This is a *prototype* of a system to automatically build the
>>>>> packages, where the results appear (some time later) at [1] (URL
>>>>> subject to change)
>>>>>
>>>>> [1] https://cygwin.com/cgi-bin2/jobs.cgi
>>>>>
>>>> I now have built an (opt-in) system which fetches the packages built
>>>> by this into your upload area and triggers calm to process them,
>>>> which I'm looking for a volunteer to test.
>>>
>>> Since that seems to be working about as well as can be expected, I've
>>> bodged together something so maintainers can now opt themselves in
>>> (and out) of this, by uploading (or removing) a file called
>>> '!scallywag' containing 'deploy' in the root of their upload area.
>>>
>>> I've updated the brief documentation at [1] to mention this.
>>>
>>> [1] https://cygwin.com/packaging/build.html
>>
>> I've updated that page to document the fact that the behaviour for an
>> individual push can now be controlled with 'git push
>> --push-option=<token>'.
>>
>>>> Currently, these packages are built using 'cygport all-test', and so
>>>> will always be marked test:
>
> Since my concerns about this producing horribly broken packages seem to
> be moot, I've changed the default so this now produces stable packages
> (i.e. uses 'cygport all' rather than 'cygport all-test'').
>
> You can request the previous behaviour of labelling as test using the
> token 'label'.
You can now interact with your build jobs in some ways which require
authentication using 'ssh cygwin@cygwin.com jobs'.
Currently, available sub-commands are:
cancel (request termination of an unwanted build job)
deploy (get a job to deploy (if it's suitable: i.e. successfully built,
from master, etc.) (e.g. if you forgot to set the deploy option before hand)
rebuild (rebuild a job if it failed due to some transient condition, or
optionally with different token options)
I've updated the brief documentation at [1] to mention this.
[1] https://cygwin.com/packaging/build.html
More information about the Cygwin-apps
mailing list