[ITP] aide 0.17.3

[ITP] aide 0.17.3

[Jason Pyeron]

AIDE - Advanced Intrusion Detection Environment

https://github.com/aide/aide/

It is a GPL v2 tool for monitoring file system changes.

There was no (mature?) Windows open source solution until AIDE was built and tested for Cygwin. This fills a long standing gap in needs.

Closed source alternative - Trip Wire.

It is packaged and shipped with most Linux distributions - I am most familiar with the RHEL packaging.

I have built and tested the most recent stable and development versions.

I will track the development versions for test package releases.

Category Security.

Thoughts?

--
Jason Pyeron  | Architect
PD Inc        |
10 w 24th St  |
Baltimore, MD |
 
.mil: jason.j.pyeron.ctr@mail.mil
.com: jpyeron@pdinc.us
tel : 202-741-9397

RE: [ITP] aide 0.17.3

[Jason Pyeron]

> -----Original Message-----
> From: Jason Pyeron
> Sent: Friday, July 30, 2021 10:34 AM
> 
> AIDE - Advanced Intrusion Detection Environment
> 
> https://github.com/aide/aide/
> 
> It is a GPL v2 tool for monitoring file system changes.
> 
> There was no (mature?) Windows open source solution until AIDE was built and tested for
> Cygwin. This fills a long standing gap in needs.
> 
> Closed source alternative - Trip Wire.
> 
> It is packaged and shipped with most Linux distributions - I am most familiar with the
> RHEL packaging.
> 
> I have built and tested the most recent stable and development versions.
> 
> I will track the development versions for test package releases.
> 
> Category Security.
> 
> Thoughts?

There has been no response. It has been in test locally for 2 months now.

May I push the cygport to git and provide a test release?

Upstream has expressed willingness to review/track patches, if needed.

v/r,

Jason Pyeron

Re: [ITP] aide 0.17.3

[Brian Inglis]

On 2021-09-29 08:27, Jason Pyeron wrote:
> On Friday, July 30, 2021 10:34 AM, Jason Pyeron wrote:
>> AIDE - Advanced Intrusion Detection Environment
>> https://github.com/aide/aide/
>> It is a GPL v2 tool for monitoring file system changes.
>> There was no (mature?) Windows open source solution until AIDE was built and tested for
>> Cygwin. This fills a long standing gap in needs.
>> Closed source alternative - Trip Wire.
>> It is packaged and shipped with most Linux distributions - I am most familiar with the
>> RHEL packaging.
>> I have built and tested the most recent stable and development versions.
>> I will track the development versions for test package releases.
>> Category Security.
>> Thoughts?

Good idea for those in commercial or exposed environments.

> There has been no response. It has been in test locally for 2 months now.
> May I push the cygport to git and provide a test release?
> Upstream has expressed willingness to review/track patches, if needed.

Normally you provide a link to a net location holding copies of the 
package cygport and any patches, source package tarball and hint, binary 
package tarballs and hints for both arches.

Now you can also add those to a local package git repo playground 
branch, and force push it to the playground branch of remote repo
ssh://cygwin@cygwin.com/git/cygwin-packages/playground and provide links 
to the CI job:

	https://cygwin.com/cgi-bin2/jobs.cgi?srcpkg=playground

and scallywag run logs:

	https://github.com/cygwin/scallywag/actions/runs/...

Have a look at my recent submissions for an idea of what is expected, 
and feel free to reply with comments and hopefully a +1! ;^>

-- 
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.
[Data in binary units and prefixes, physical quantities in SI.]

Re: [ITP] aide 0.17.3

[Jon Turney]

On 29/09/2021 15:27, Jason Pyeron wrote:
>> -----Original Message-----
>> From: Jason Pyeron
>> Sent: Friday, July 30, 2021 10:34 AM
>>
>> AIDE - Advanced Intrusion Detection Environment
>>
>> https://github.com/aide/aide/
>>
>> It is a GPL v2 tool for monitoring file system changes.
>>
>> There was no (mature?) Windows open source solution until AIDE was built and tested for
>> Cygwin. This fills a long standing gap in needs.
>>
>> Closed source alternative - Trip Wire.
>>
>> It is packaged and shipped with most Linux distributions - I am most familiar with the
>> RHEL packaging.
>>
>> I have built and tested the most recent stable and development versions.
>>
>> I will track the development versions for test package releases.
>>
>> Category Security.
>>
>> Thoughts?
> 
> There has been no response. It has been in test locally for 2 months now.
> 
> May I push the cygport to git and provide a test release?
> 
> Upstream has expressed willingness to review/track patches, if needed.
> 

Hi,

Thanks for offering to package and maintain this package, and apologies 
for the delay in responding.

Notwithstanding [1] (which needs updating), I look for 2 things in an ITP:

- a statement that the software uses an acceptable open-source license
- the cygport file (as an attachemnt or link) so it can be reviewed and 
tested

If you're still interested in progressing this, please provide the 
cygport file for discussion.

[1] https://cygwin.com/packaging-contributors-guide.html#submitting

RE: [ITP] aide 0.17.3

[Jason Pyeron]

[-- Attachment #1: Type: text/plain, Size: 2342 bytes --]

> -----Original Message-----
> From: Jon Turney
> Sent: Sunday, October 31, 2021 8:48 AM
> 
> On 29/09/2021 15:27, Jason Pyeron wrote:
> >> -----Original Message-----
> >> From: Jason Pyeron
> >> Sent: Friday, July 30, 2021 10:34 AM
> >>
> >> AIDE - Advanced Intrusion Detection Environment
> >>
> >> https://github.com/aide/aide/
> >>
> >> It is a GPL v2 tool for monitoring file system changes.
> >>
> >> There was no (mature?) Windows open source solution until AIDE was built and tested for
> >> Cygwin. This fills a long standing gap in needs.
> >>
> >> Closed source alternative - Trip Wire.
> >>
> >> It is packaged and shipped with most Linux distributions - I am most familiar with the
> >> RHEL packaging.
> >>
> >> I have built and tested the most recent stable and development versions.
> >>
> >> I will track the development versions for test package releases.
> >>
> >> Category Security.
> >>
> >> Thoughts?
> >
> > There has been no response. It has been in test locally for 2 months now.
> >
> > May I push the cygport to git and provide a test release?
> >
> > Upstream has expressed willingness to review/track patches, if needed.
> >
> 
> Hi,
> 
> Thanks for offering to package and maintain this package, and apologies
> for the delay in responding.
> 
> Notwithstanding [1] (which needs updating), I look for 2 things in an ITP:
> 
> - a statement that the software uses an acceptable open-source license

GPL v2, mentioned in the above original email.

> - the cygport file (as an attachemnt or link) so it can be reviewed and
> tested

The attached (with required patch) has been in testing on multiple windows servers since late July. They can also be reviewed on github [2].

> 
> If you're still interested in progressing this, please provide the
> cygport file for discussion.
> 
> [1] https://cygwin.com/packaging-contributors-guide.html#submitting

Interested, very interested. I am on the aide developers list to track updates, bugs, and patches.

v/r,

Jason Pyeron

2: https://github.com/pdinc-oss/aide/tree/cygport

--
Jason Pyeron  | Architect
PD Inc        | Certified SBA 8(a)
10 w 24th St  | Certified SBA HUBZone
Baltimore, MD | CAGE Code: 1WVR6
 
.mil: jason.j.pyeron.ctr@mail.mil
.com: jpyeron@pdinc.us
tel : 202-741-9397


[-- Attachment #2: aide.cygport --]
[-- Type: application/octet-stream, Size: 935 bytes --]

NAME=aide
VERSION=0.17.3
RELEASE=1

SUMMARY="Intrusion detection environment"

DESCRIPTION="AIDE (Advanced Intrusion Detection Environment) is a file integrity checker and intrusion detection program."

CATEGORY="Admin Security System"
REQUIRES=""
REQUIRES+=" cygwin"
REQUIRES+=" libmhash2"
REQUIRES+=" libpcre1"
REQUIRES+=" zlib0"

BUILD_REQUIRES=""
BUILD_REQUIRES+=" bison"
BUILD_REQUIRES+=" cygwin-devel" #-lm
BUILD_REQUIRES+=" gcc-core"
BUILD_REQUIRES+=" libmhash-devel" #-lmhash
BUILD_REQUIRES+=" libpcre-devel" #-lpcre
BUILD_REQUIRES+=" make"
BUILD_REQUIRES+=" zlib-devel" #-lz

HOMEPAGE="https://aide.github.io/"
SRC_URI="
  https://github.com/aide/aide/releases/download/v${PV}/aide-${PV}.tar.gz
  https://github.com/aide/aide/releases/download/v${PV}/aide-${PV}.tar.gz.asc
"

PATCH_URI="
"

# todo, but I do not think static builds will be supportable here
CYGCONF_ARGS="--disable-static"


[-- Attachment #3: aide-0.17.3-1.cygwin.patch --]
[-- Type: text/plain, Size: 302 bytes --]

diff --git a/include/util.h b/include/util.h
index aaff780..d3472fa 100644
--- a/orig/include/util.h
+++ b/patched/include/util.h
@@ -21,6 +21,7 @@
 
 #ifndef _UTIL_H_INCLUDED
 #define _UTIL_H_INCLUDED
+#include "config.h"
 #include <string.h>
 #include <stdbool.h>
 #include <sys/types.h>

RE: [ITP] aide 0.17.3

[Jason Pyeron]

> -----Original Message-----
> From: Jason Pyeron
> Sent: Sunday, October 31, 2021 10:37 AM
> 
> > -----Original Message-----
> > From: Jon Turney
> > Sent: Sunday, October 31, 2021 8:48 AM
> >
> > On 29/09/2021 15:27, Jason Pyeron wrote:
> > >> -----Original Message-----
> > >> From: Jason Pyeron
> > >> Sent: Friday, July 30, 2021 10:34 AM
> > >>
> > >> AIDE - Advanced Intrusion Detection Environment
> > >>
> > >> https://github.com/aide/aide/
> > >>
> > >> It is a GPL v2 tool for monitoring file system changes.
> > >>
> > >> There was no (mature?) Windows open source solution until AIDE was built and tested for
> > >> Cygwin. This fills a long standing gap in needs.
> > >>
> > >> Closed source alternative - Trip Wire.
> > >>
> > >> It is packaged and shipped with most Linux distributions - I am most familiar with the
> > >> RHEL packaging.
> > >>
> > >> I have built and tested the most recent stable and development versions.
> > >>
> > >> I will track the development versions for test package releases.
> > >>
> > >> Category Security.
> > >>
> > >> Thoughts?
> > >
> > > There has been no response. It has been in test locally for 2 months now.
> > >
> > > May I push the cygport to git and provide a test release?
> > >
> > > Upstream has expressed willingness to review/track patches, if needed.
> > >
> >
> > Hi,
> >
> > Thanks for offering to package and maintain this package, and apologies
> > for the delay in responding.
> >
> > Notwithstanding [1] (which needs updating), I look for 2 things in an ITP:
> >
> > - a statement that the software uses an acceptable open-source license
> 
> GPL v2, mentioned in the above original email.
> 
> > - the cygport file (as an attachemnt or link) so it can be reviewed and
> > tested
> 
> The attached (with required patch) has been in testing on multiple windows servers since
> late July. They can also be reviewed on github [2].
> 
> >
> > If you're still interested in progressing this, please provide the
> > cygport file for discussion.
> >
> > [1] https://cygwin.com/packaging-contributors-guide.html#submitting
> 
> Interested, very interested. I am on the aide developers list to track updates, bugs, and
> patches.
> 
> v/r,
> 
> Jason Pyeron
> 
> 2: https://github.com/pdinc-oss/aide/tree/cygport

Anyone interested in reviewing? Can I put this out there as a test package - there are many not on this mailing list that would test but would not build it.

-Jason

Re: [ITP] aide 0.17.3

[Brian Inglis]

On 2021-11-10 05:33, Jason Pyeron wrote:
> On Sunday, October 31, 2021 10:37 AM, Jason Pyeron wrote:
>> On Sunday, October 31, 2021 8:48 AM, Jon Turney wrote:
>>> On 29/09/2021 15:27, Jason Pyeron wrote:
>>>> On Friday, July 30, 2021 10:34 AM, Jason Pyeron wrote:
>>>>> AIDE - Advanced Intrusion Detection Environment
>>>>> https://github.com/aide/aide/
>>>>> It is a GPL v2 tool for monitoring file system changes.
>>>>> There was no (mature?) Windows open source solution until AIDE was built and tested for
>>>>> Cygwin. This fills a long standing gap in needs.
>>>>> Closed source alternative - Trip Wire.
>>>>> It is packaged and shipped with most Linux distributions - I am most familiar with the
>>>>> RHEL packaging.
>>>>> I have built and tested the most recent stable and development versions.
>>>>> I will track the development versions for test package releases.
>>>>> Category Security.
>>>>> Thoughts?

>>>> There has been no response. It has been in test locally for 2
>>>> months now.
>>>> May I push the cygport to git and provide a test release?
>>>> Upstream has expressed willingness to review/track patches, if
>>>> needed.

Good idea to submit patches upstream, as it reduces the number of 
patches you have to maintain and rebase, and they may have a better idea 
of how to achieve the same goal with more generality having their 
knowledge of the package source and build.

>>> Thanks for offering to package and maintain this package, and
>>> apologies for the delay in responding.
>>> Notwithstanding [1] (which needs updating), I look for 2 things
>>> in an ITP: - a statement that the software uses an acceptable
>>> open-source license
>> GPL v2, mentioned in the above original email.

>>> - the cygport file (as an attachemnt or link) so it can be
>>> reviewed and tested
>> The attached (with required patch) has been in testing on multiple
>> windows servers since late July. They can also be reviewed on
>> github [2].
Using github is an issue for some: gitlab, bitbucket, etc. may or may 
not be.

That is why it is a good idea to checkout your repo on a playground 
branch, then force push your repo to:

	ssh://cygwin@cygwin.com/git/cygwin-packages/playground

and post the jobs.cgi, run, and log links.

You may also add this as another remote e.g. playground to your repo in 
your .git/config e.g.:

[remote "playground"]
         url = ssh://cygwin@cygwin.com/git/cygwin-packages/playground
         fetch = +refs/heads/playground:refs/remotes/playground/*
[branch "playground"]
         remote = playground
         merge = refs/heads/playground

or equivalent using commands (that I never learned about).

Or copy your cygport, patches, source and both arch build hints and 
tarballs, including debuginfo if generated, to a storage site folder, 
and post the access link.

>>> If you're still interested in progressing this, please provide the
>>> cygport file for discussion.
>>>
>>> [1] https://cygwin.com/packaging-contributors-guide.html#submitting
>>
>> Interested, very interested. I am on the aide developers list to track updates, bugs, and
>> patches.

>> 2: https://github.com/pdinc-oss/aide/tree/cygport

> Anyone interested in reviewing? Can I put this out there as a test
> package - there are many not on this mailing list that would test but
> would not build it.
You should be able to drop the explicit REQUIRES. You only need to 
specify those not directly used by the executables, as cygport figures 
those out and reports them at the end of your build. You should be 
seeing those package names duplicated at the end of your cygport ... 
{package,pkg,{,almost}all}{,-test} run e.g.:

 >>> aide requires: cygwin libmhash2 libpcre1 zlib0 cygwin libmhash2 
libpcre1 zlib0

Please also ensure that the package builds cleanly on both arches.

-- 
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.
[Data in binary units and prefixes, physical quantities in SI.]

RE: [ITP] aide 0.17.3

[Jason Pyeron]

> -----Original Message-----
> From: Brian Inglis
> Sent: Wednesday, November 10, 2021 11:25 AM
> 
> On 2021-11-10 05:33, Jason Pyeron wrote:
> > On Sunday, October 31, 2021 10:37 AM, Jason Pyeron wrote:
> >> On Sunday, October 31, 2021 8:48 AM, Jon Turney wrote:
> >>> On 29/09/2021 15:27, Jason Pyeron wrote:
> >>>> On Friday, July 30, 2021 10:34 AM, Jason Pyeron wrote:
> >>>>> AIDE - Advanced Intrusion Detection Environment
> >>>>> https://github.com/aide/aide/
> >>>>> It is a GPL v2 tool for monitoring file system changes.
> >>>>> There was no (mature?) Windows open source solution until AIDE was built and tested for
> >>>>> Cygwin. This fills a long standing gap in needs.
> >>>>> Closed source alternative - Trip Wire.
...
> >>>> Upstream has expressed willingness to review/track patches, if
> >>>> needed.
> 
> Good idea to submit patches upstream, as it reduces the number of
> patches you have to maintain and rebase, and they may have a better idea
> of how to achieve the same goal with more generality having their
> knowledge of the package source and build.
> 
...
> >> The attached (with required patch) has been in testing on multiple
> >> windows servers since late July. They can also be reviewed on
> >> github [2].
> Using github is an issue for some: gitlab, bitbucket, etc. may or may
> not be.
> 
> That is why it is a good idea to checkout your repo on a playground
> branch, then force push your repo to:
> 
> 	ssh://cygwin@cygwin.com/git/cygwin-packages/playground
> 
> and post the jobs.cgi, run, and log links.

Run 3524: https://cygwin.com/cgi-bin2/jobs.cgi?id=3524

x86, x86_64 build logs: https://github.com/cygwin/scallywag/actions/runs/1453082339

...
> those out and reports them at the end of your build. You should be
> seeing those package names duplicated at the end of your cygport ...
> {package,pkg,{,almost}all}{,-test} run e.g.:
> 
>  >>> aide requires: cygwin libmhash2 libpcre1 zlib0 cygwin libmhash2
> libpcre1 zlib0
> 
> Please also ensure that the package builds cleanly on both arches.

Done! Thanks for the feedback.

Great job on the CI infrastructure.

-Jason

Re: [ITP] aide 0.17.3

[Brian Inglis]

On 2021-11-12 05:48, Jason Pyeron wrote:
>> -----Original Message-----
>> From: Brian Inglis
>> Sent: Wednesday, November 10, 2021 11:25 AM
>>
>> On 2021-11-10 05:33, Jason Pyeron wrote:
>>> On Sunday, October 31, 2021 10:37 AM, Jason Pyeron wrote:
>>>> On Sunday, October 31, 2021 8:48 AM, Jon Turney wrote:
>>>>> On 29/09/2021 15:27, Jason Pyeron wrote:
>>>>>> On Friday, July 30, 2021 10:34 AM, Jason Pyeron wrote:
>>>>>>> AIDE - Advanced Intrusion Detection Environment
>>>>>>> https://github.com/aide/aide/
>>>>>>> It is a GPL v2 tool for monitoring file system changes.
>>>>>>> There was no (mature?) Windows open source solution until AIDE was built and tested for
>>>>>>> Cygwin. This fills a long standing gap in needs.
>>>>>>> Closed source alternative - Trip Wire.
> ...
>>>>>> Upstream has expressed willingness to review/track patches, if
>>>>>> needed.
>>
>> Good idea to submit patches upstream, as it reduces the number of
>> patches you have to maintain and rebase, and they may have a better idea
>> of how to achieve the same goal with more generality having their
>> knowledge of the package source and build.
>>
> ...
>>>> The attached (with required patch) has been in testing on multiple
>>>> windows servers since late July. They can also be reviewed on
>>>> github [2].
>> Using github is an issue for some: gitlab, bitbucket, etc. may or may
>> not be.
>>
>> That is why it is a good idea to checkout your repo on a playground
>> branch, then force push your repo to:
>>
>> 	ssh://cygwin@cygwin.com/git/cygwin-packages/playground
>>
>> and post the jobs.cgi, run, and log links.
> 
> Run 3524: https://cygwin.com/cgi-bin2/jobs.cgi?id=3524
> 
> x86, x86_64 build logs: https://github.com/cygwin/scallywag/actions/runs/1453082339

To suppress source patch generation at the end of source packaging:

	>>> Creating source patches
	 include/util.h |    1 +
	 1 file changed, 1 insertion(+)

need to add near the end of your definitions:

	DIFF_EXCLUDES=include/util.h

With that change made, LGTM.

>> those out and reports them at the end of your build. You should be
>> seeing those package names duplicated at the end of your cygport ...
>> {package,pkg,{,almost}all}{,-test} run e.g.:
>>
>>   >>> aide requires: cygwin libmhash2 libpcre1 zlib0 cygwin libmhash2
>> libpcre1 zlib0
>>
>> Please also ensure that the package builds cleanly on both arches.
> 
> Done! Thanks for the feedback.
> 
> Great job on the CI infrastructure.

Think that's Jon Turney's great idea and initiative first in Appveyor 
then GH actions.

-- 
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.
[Data in binary units and prefixes, physical quantities in SI.]

RE: [ITP] aide 0.17.3

[Jason Pyeron]

> -----Original Message-----
> From: Brian Inglis
> Sent: Friday, November 12, 2021 11:50 AM
> 
> On 2021-11-12 05:48, Jason Pyeron wrote:
> >> -----Original Message-----
> >> From: Brian Inglis
> >> Sent: Wednesday, November 10, 2021 11:25 AM
> >>
> >> On 2021-11-10 05:33, Jason Pyeron wrote:
> >>> On Sunday, October 31, 2021 10:37 AM, Jason Pyeron wrote:
> >>>> On Sunday, October 31, 2021 8:48 AM, Jon Turney wrote:
> >>>>> On 29/09/2021 15:27, Jason Pyeron wrote:
> >>>>>> On Friday, July 30, 2021 10:34 AM, Jason Pyeron wrote:
> >>>>>>> AIDE - Advanced Intrusion Detection Environment
> >>>>>>> https://github.com/aide/aide/
> >>>>>>> It is a GPL v2 tool for monitoring file system changes.
> >>>>>>> There was no (mature?) Windows open source solution until AIDE was built and tested for
> >>>>>>> Cygwin. This fills a long standing gap in needs.
> >>>>>>> Closed source alternative - Trip Wire.
> > ...
> >>>>>> Upstream has expressed willingness to review/track patches, if
> >>>>>> needed.
> >>
> >> Good idea to submit patches upstream, as it reduces the number of
> >> patches you have to maintain and rebase, and they may have a better idea
> >> of how to achieve the same goal with more generality having their
> >> knowledge of the package source and build.
> >>
> > ...
> >>>> The attached (with required patch) has been in testing on multiple
> >>>> windows servers since late July. They can also be reviewed on
> >>>> github [2].
> >> Using github is an issue for some: gitlab, bitbucket, etc. may or may
> >> not be.
> >>
> >> That is why it is a good idea to checkout your repo on a playground
> >> branch, then force push your repo to:
> >>
> >> 	ssh://cygwin@cygwin.com/git/cygwin-packages/playground
> >>
> >> and post the jobs.cgi, run, and log links.
> >
> > Run 3524: https://cygwin.com/cgi-bin2/jobs.cgi?id=3524
> >
> > x86, x86_64 build logs: https://github.com/cygwin/scallywag/actions/runs/1453082339
> 
> To suppress source patch generation at the end of source packaging:
> 
> 	>>> Creating source patches
> 	 include/util.h |    1 +
> 	 1 file changed, 1 insertion(+)
> 
> need to add near the end of your definitions:
> 
> 	DIFF_EXCLUDES=include/util.h

Not sure I understand this, that file is explicitly patched to build. See:

commit e4818534fa1165ba4dc066ff90b78d0885a61fac
Author: Jason Pyeron <jpyeron@pdinc.us>
Date:   Tue Aug 3 11:10:17 2021 -0400

    cygport file and patch to build Aide 0.17.3 on Cygwin

A       aide-0.17.3-1.cygwin.patch


-Jason

Re: [ITP] aide 0.17.3

[ASSI]

Jason Pyeron writes:
> Not sure I understand this, that file is explicitly patched to build. See:
>
> A       aide-0.17.3-1.cygwin.patch

Give that patch file a different name (just changing the . before cygwin
to a - would suffice) and add it to PATCH_URI in the cygport file
instead.  ${PVR}.{cygwin,src}.patch files are special to cygport.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf microQ V2.22R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

[PATCH} cygport src_fetch.cygpart PATCH_URI doc addition

[Brian Inglis]

[-- Attachment #1: Type: text/plain, Size: 747 bytes --]

On 2021-11-14 01:10, ASSI wrote:
> Jason Pyeron writes:
>> Not sure I understand this, that file is explicitly patched to
>> build. See: aide-0.17.3-1.cygwin.patch

> Give that patch file a different name (just changing the . before cygwin
> to a - would suffice) and add it to PATCH_URI in the cygport file
> instead.  ${PVR}.{cygwin,src}.patch files are special to cygport.

Wondered how that was being picked up and applied without being named in 
the .cygport. Suggested cygport doc patch attached.

-- 
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.
[Data in binary units and prefixes, physical quantities in SI.]

[-- Attachment #2: src_fetch.cygpart.patch --]
[-- Type: text/plain, Size: 565 bytes --]

From Achim Gratz: 
https://cygwin.com/pipermail/cygwin-apps/2021-November/041670.html

--- origsrc/cygport/lib/src_fetch.cygpart	2021-06-20 09:44:05.617763800 -0600
+++ src/cygport/lib/src_fetch.cygpart	2021-11-14 07:14:23.018207400 -0700
@@ -59,6 +59,8 @@
 #  their basenames to PATCH_URI.  This provides an easy way to carry
 #  Cygwin-specific patches forward between releases.
 #  NOTE
+#  ${PVR}.{cygwin,src}.patch files are special to cygport:
+#  they are automatically applied if present.
 #  See SRC_URI for details about URI handling in cygport.
 #****
 

Re: [ITP] aide 0.17.3

[Jon Turney]

On 31/10/2021 14:37, Jason Pyeron wrote:
> 
> Interested, very interested. I am on the aide developers list to track updates, bugs, and patches.
> 

Thanks.

I've added 'aide' to your list of packages.

RE: [ITP] aide 0.17.3

[Jason Pyeron]

> -----Original Message-----
> From: Jon Turney
> Sent: Sunday, November 14, 2021 7:49 AM
> 
> On 31/10/2021 14:37, Jason Pyeron wrote:
> >
> > Interested, very interested. I am on the aide developers list to track updates, bugs,
> and patches.
> >
> 
> Thanks.
> 
> I've added 'aide' to your list of packages.

Given this is the first release for aide on Cygwin, should this be posted as a test, package? Note: we (work) have been testing it for the past few months.

-Jason

Re: [ITP] aide 0.17.3

[Achim Gratz]

Jason Pyeron writes:
> Given this is the first release for aide on Cygwin, should this be
> posted as a test, package? Note: we (work) have been testing it for
> the past few months.

Nothing depends on it, so what purpose would it have to make this a test
version?


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables