Re: [ITA] libspectre-0.2.9-1

On 05.01.2021 00:29, Lemures Lemniscati via Cygwin-apps wrote: On Mon, 4 Jan 2021 19:28:39 +0100, Marco Atzeri via Cygwin-apps On 04.01.2021 17:37, Lemures Lemniscati via Cygwin-apps wrote: On Tue, 05 Jan 2021 01:33:28 +0900, Lemures Lemniscati ITA for libspectre, which has been maintained by

Re: [ITA] libspectre-0.2.9-1

On Mon, 4 Jan 2021 19:28:39 +0100, Marco Atzeri via Cygwin-apps > On 04.01.2021 17:37, Lemures Lemniscati via Cygwin-apps wrote: > > On Tue, 05 Jan 2021 01:33:28 +0900, Lemures Lemniscati > >> ITA for libspectre, which has been maintained by Yaakov [1]. > >> > >> Now, the latest upstream of exif is

[PATCH] cygport use shallow clone for branches and tags

--8<---cut here---start->8--- Subject: [PATCH] cygclass/git.cygclass: use shallow clones for branches and tags also --- cygclass/git.cygclass | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/cygclass/git.cygclass b/cygclass/git

Re: [RFE] calm needs to know about ZStandard compressed archives

Jon Turney writes: >> I think the right thing to do is to stop having actual packages for >> OBSOLETES and just emit the obsoltes: hint instead. > > Yeah, this change to cygport should be made and we can turn off > support for setup versions which don't understand the obsoletes: hint. The obsolete

Re: [ITA] libspectre-0.2.9-1

On 04.01.2021 17:37, Lemures Lemniscati via Cygwin-apps wrote: On Tue, 05 Jan 2021 01:33:28 +0900, Lemures Lemniscati ITA for libspectre, which has been maintained by Yaakov [1]. Now, the latest upstream of exif is 0.6.22 [2]. This line should be... ``Now, the latest upstream of libspectre i

Re: [ITA] libspectre-0.2.9-1

On Tue, 05 Jan 2021 01:33:28 +0900, Lemures Lemniscati > ITA for libspectre, which has been maintained by Yaakov [1]. > > Now, the latest upstream of exif is 0.6.22 [2]. This line should be... ``Now, the latest upstream of libspectre is 0.2.9 [2].'' Regards, Lem

[ITA] libspectre-0.2.9-1

ITA for libspectre, which has been maintained by Yaakov [1]. Now, the latest upstream of exif is 0.6.22 [2]. A new candidate cygport file is placed at [3]. And, it's been tested on Cygwin AppVeyor CI (ID 1606: [4]). Generated package files are placed at [5] and [6]. Packaging is rearranged fro

Testing is skipped on i686-AppVeyor for shared-mime-info 2.1

Hi! I'm preparing share-mime-info-2.1-1, updating to the latest upstream. My local-buildings run and check successfull both on i686 and x86_64 with a source tree [1]. But on AppVeyor [2], testing seems to be skipped on i686 arch, although src_test is called [3]... On the other hand, testing is

Re: [RFE] calm needs to know about ZStandard compressed archives

On 03/01/2021 15:57, Achim Gratz wrote: Marco Atzeri via Cygwin-apps writes: We will also need to modify cygport to stop automatically add OBSOLETES as most of this packages never existed I think the right thing to do is to stop having actual packages for OBSOLETES and just emit the obsoltes:

Re: Fixing moreutils Git repo

On 04/01/2021 10:39, Adam Dinwoodie wrote: Somewhere along the way I seem to have unsubscribed from this list, and therefore managed to miss a bunch of development with the Git repositories at https://cygwin.com/git-cygwin-packages/. As a result I thought they were still naive repositories with n

Re: [ITA] libexif-0.6.22-1

On Sun, 03 Jan 2021 10:51:30 +0100, Achim Gratz > Lemures Lemniscati via Cygwin-apps writes: > > So an expected libexiv-doc will contain > […] > > How about this rearrangement? > > That sounds OK to me. You don't need to do another update just for that > change of course. Thank you. I've just p

Fixing moreutils Git repo

Somewhere along the way I seem to have unsubscribed from this list, and therefore managed to miss a bunch of development with the Git repositories at https://cygwin.com/git-cygwin-packages/. As a result I thought they were still naive repositories with no fancy logic or automation, and my first exp