Re: Discussion: stop sftp package uploads

Marco Atzeri via Cygwin-apps <[email protected]> Fri, 3 Oct 2025 19:00:02 +0200
Newsgroups gmane.os.cygwin.applications
Message-ID <[email protected]>
On 28/07/2025 06:23, Brian Inglis via Cygwin-apps wrote:
> On 2025-07-27 13:18, Jon Turney via Cygwin-apps wrote:
>> On 05/07/2025 15:16, Andrew Schulman via Cygwin-apps wrote:
>>> On Wed, 2 Jul 2025 22:06:45 +0100, Jon Turney via Cygwin-apps wrote:
>>>
>>>> Having developers build executable packages locally and then upload 
>>>> them
>>>> doesn't really meet contemporary standards.
>>>>
>>>> Given my druthers, I'd just disable sftp package uploads right now, and
>>>> make you all use the janky "build service" I hacked together in a few
>>>> spare weekends.
>>>
>>> Are there any Cygwin packages that aren't fully cygport-scriptable 
>>> yet? For
>>> example, are there any that rely on (free) software not yet available in
>>> Cygwin for their builds? If so, then they'll need to keep being built 
>>> locally
>>> and manully uploaded.
>>
>> So, to be clear, the answer is "yes" to the first part, and "no" to 
>> the second part.
>>
>> Instances of the first case that I'm aware of are:
>>
>> * all(?) of Jari Aalto's packages use g-b-s for build and packaging. 
>> (This is probably supportable with some sort of extension to declare 
>> the build-requires)
>>
>> * mintty assembles the package archives itself and uploads those along 
>> with a set of pre-written hint files. (I'm trying to work with Thomas 
>> to make this a bit more like regular usage)
>>
>>
>> I don't think there are any instances of the second case, and such a 
>> thing would probably be unacceptable as a package.
> 
> A number of packages have some failing test cases which prevent deploy, 
> or hang under CI requiring cancel: sometimes getting the tests to run is 
> like playing whack-a-mole, and some upstreams don't even respond to 
> patch submissions, although they are sometimes incorporated; others tell 
> you not to hold your breath, as it could be months. ;^>
> 

failing some tests or taking too long on build/test is not uncommon
on same of my packages

Regards
Marco