All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eric Leblond <eric@inl.fr>
To: Pablo Neira Ayuso <pablo@netfilter.org>
Cc: Robert Scott <rbscott@cadvium.net>,
	netfilter-devel@lists.netfilter.org,
	Patrick McHardy <kaber@trash.net>
Subject: Re: nfq_set_verdict_mark
Date: Thu, 12 Oct 2006 08:35:39 +0200	[thread overview]
Message-ID: <1160634939.24065.8.camel@localhost> (raw)
In-Reply-To: <452D6676.8090700@netfilter.org>

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

Le mercredi 11 octobre 2006 à 23:47 +0200, Pablo Neira Ayuso a écrit :

> We can warn about incompatibilities in the announce of new releases for
> this kind of minor issues that we need to fix up and that result in
> breakages, some kind of "heads up" section.

Why not to add a API release number in the code.

As developper of NuFW, I've got no problem to change my code but, I need
a way to have my users not bored when they use my software. In fact I
can not control which version of libnetfilter_queue.

Something like "#define NFQUEUE_API_VERSION NNN" in libnetfilter_queue.h
could really be used easily in application code to detect which flavour
of the API they need to use.

BR,
--
Regit


> 
> For the rest of the API, I remember that in one of my discussions with
> Harald we conclude that is better to introduce new API than breaking
> current just not to annoy users. We can strongly recommend the use of
> the new API and mark old one as deprecated (with the gcc attribute) to
> warn users that such obsolete function will vanish soon. That would
> stagger changes.
> 
> >> The current release process is too slow, I have the impression that
> >> nobody is using the lastest official releases. For conntrackd, I'm
> >> currently doing unnofficial releases of libnetfilter_conntrack because
> >> the official release is broken with NAT handlings, well apart from the
> >> fact that I also introduce some patches with new features that I need.
> > 
> > You're probably right (about people not using official releases) and
> > definitely right about releasing too seldom.
> > 
> >> Just tell you that I don't mind about spending some time on
> >> administration tasks like releases and any other stuff related with the
> >> website if that can help to speed up the release process. I worked on
> >> some scripts to automate the release process time ago after the workshop
> >> that I can recover.
> > 
> > That would be great. Let me know if you need anything (I think I recall
> > your keys expired?).
> 
> I need to renew my key in order to tag new releases in SVN, I also need
> to generate some kind of "release master GPG key" or something in other
> to sign new releases.
> 
-- 
Eric Leblond <eric@inl.fr>
INL

[-- Attachment #2: Ceci est une partie de message numériquement signée --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

  reply	other threads:[~2006-10-12  6:35 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-10-01 20:09 nfq_set_verdict_mark Robert Scott
2006-10-02 14:55 ` nfq_set_verdict_mark Pablo Neira Ayuso
2006-10-10  5:20   ` nfq_set_verdict_mark Patrick McHardy
2006-10-10 23:59     ` nfq_set_verdict_mark Pablo Neira Ayuso
2006-10-11  9:02       ` nfq_set_verdict_mark Patrick McHardy
2006-10-11 21:47         ` nfq_set_verdict_mark Pablo Neira Ayuso
2006-10-12  6:35           ` Eric Leblond [this message]
2006-10-13  6:15             ` nfq_set_verdict_mark Patrick McHardy

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1160634939.24065.8.camel@localhost \
    --to=eric@inl.fr \
    --cc=kaber@trash.net \
    --cc=netfilter-devel@lists.netfilter.org \
    --cc=pablo@netfilter.org \
    --cc=rbscott@cadvium.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.