release?

[dugsong]

it's been about 2 weeks since the last thread re: our unittest
situation - basically, it looks like the foundation dependencies are
easily replaced, but we'd add a new libpcap dependency to our build.
we also need to scrub our test dumpfiles carefully.

i'd like to propose that we split the test program and dumpfiles out
into their own package (e.g. appid_test) to be worked on in parallel,
and go ahead and cut our first release of appid (maybe appid-0.1.0?)
in the meantime. we could name the package "libappid" instead of
"appid", if that would be clearer (it includes support for building
the "appid" Python module already, though).

in terms of release engineering, i figure we crank the appid version
and cut a new release with each new appid_apps package (e.g. whenever
we add enough new patterns to justify it). the build currently support
this now - editing the version in configure.in, run autogen.sh, ./
configure, and then 'make dist'.

sound OK? let's this out there soon for people to use! :-)

-d.

[Tim Yardley]

dug;

The ragel issue I am having still needs to get resolved I think before
the first release. That would allow people to rebuild the rules at
least. Everything else sounds fine to me (testing mechanisms would be
a BIG plus).

See

http://code.google.com/p/appid/issues/detail?id=4

Also, as an aside, I can get some more dsniff stuff in place if there
is interest in getting that released so people can easily play with
appid...

/tmy

[Jon Oberheide]

Some patches:
- better rlcodegen/rlgen-cd detection in autoconf.
- ignore sigs in apps/ that don't have an actual ragel pattern (eg,
radius currently)
- formatting string typo

Ick, I hate when configure and post-autotools stuff is part of the
repo! ;-)

Regards,
Jon Oberheide

> --~--~---------~--~----~------------~-------~--~----~
> You received this message because you are subscribed to the Google Groups "appid" group.
> To post to this group, send email to ap...@googlegroups.com
> To unsubscribe from this group, send email to appid-un...@googlegroups.com
> For more options, visit this group at http://groups.google.com/group/appid?hl=en
> -~----------~----~----~----~------~----~------~--~---
>

[Jon Oberheide]

And one more to resolve the errors Tim is seeing in issue #4. The issue
occurs when something like kerberos/dcerpc is pulled in via a Requires
dependency and then pulled in again as a normal sig (non-dependency).
So we verify the sig isn't already in the list before appending it (but
we still process that sig's deps, if any).

Regards,
Jon Oberheide

[Dug Song]

On 7/2/07, Jon Oberheide <jon.ob...@gmail.com> wrote:

> Some patches:
> - better rlcodegen/rlgen-cd detection in autoconf.
> - ignore sigs in apps/ that don't have an actual ragel pattern (eg,
> radius currently)
> - formatting string typo

looks good, jono, go for it. how bout this instead for the second one:

- if 'appid' in app ]) ?> ;
+ if 'appid' in app and app.get('ragel') ]) ?> ;

> Ick, I hate when configure and post-autotools stuff is part of the
> repo! ;-)

ja ja. i hate when you can't build from SVN without all the auto* crap
installed. :-)

-d.

[Jon Oberheide]

Committed. r15 is the revision with the regenerated autotools hoopla
via autoreconf. r16 has the regen of appid.c from the latest version of
ragel.

Regards,
Jon Oberheide