All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eric Leblond <eric@inl.fr>
To: Pablo Neira Ayuso <pablo@netfilter.org>
Cc: netfilter-devel@vger.kernel.org, chifflier@inl.fr
Subject: Re: [ULOGD PATCH 3/6] Fix warning about unused variable if NFLOG_GID  is not available.
Date: Sat, 28 Jun 2008 12:25:59 +0200	[thread overview]
Message-ID: <20080628102559.GC6761@bayen.regit.org> (raw)
In-Reply-To: <48660A46.8090805@netfilter.org>

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

Hi,

On Saturday, 2008 June 28 at 11:54:14 +0200, Pablo Neira Ayuso wrote:
> Eric Leblond wrote:
> > On Friday, 2008 June 27 at 21:41:33 +0200, Eric Leblond wrote:
> >> Hello,
> >>> As I'm about to conclude a massive release of libraries and the tools, I
> >>> think that forcing the use of a recent library version is better as it
> >>> also contains several bugfixes.
> > 
> > I did not really understand the meaning of the word "forcing" till I discover
> > that you've forced the use of at least libnfnetlink 0.0.39 in configure.in.
> > 
> > IMHO, this is too strict and not an easy step into ulogd2 acceptance:
> > Instead of having a single software to compile, users will need to
> > compile almost all libnf* library :(
> 
> This latest library release-set includes several fixes. Having the
> lastest version installed always suppose an extra effort for the users.
> Moreover, bumping the dependencies is also a way to force packagers to
> upgrade.
> 
> >> Users prefer to use the library packaged in their system and it will
> >> take some time before every distribution includes the required
> >> libnfnetlink_log. This patch finishes to provide a clean backward
> >> compatibility at a really low cost.
> 
> The libraries are backward compatible. We did not break the API nor ABI
> so that users with the own applications are not forced to upgrade.

I know that. The point is really not here. Work done in this area is
clearly good.

> The thing changes if we discuss about the userspace tools. I think that
> they must use the latest library release. Thus, we avoid having people
> that report problems that has been already fixed.

I really don't like this policy because it is too efficient: You will have
any report before required version of library get into the distributions
because people won't test it it there is too much work to build a test
system.
 
> >> Furthermore, I don't think a gcc warning about "unused variable" will
> >> force a lot of people to upgrade ;)
> > 
> > But a strict configure.in will :/
> 
> The gcc warning is anecdotic, it was not the main reason to bump the
> dependencies.

I know that, I was just talking about the discussed patch. But after
looking at the changelog and after using ulogd2 without problem with
older libraries, I don't think the dependencies bump was needed. If a
bug in the library was preventing ulogd2 to work correctly, I will be
the first to ask for a dependencies bump but it is far from being the
case here.

> Looking at the current state of the libraries, I think that it's the
> best for now. Later on, once they get more stable and well-tested, we
> may change this policy.

Please revert commit 3178606785161296dc5a1bd4d42d965db8b3e2cd if you
want to apply this strict policy. This code is now useless.

BR,
-- 
Eric Leblond
INL: http://www.inl.fr/
NuFW: http://www.nufw.org/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2008-06-28 10:20 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-06-19 12:23 [ULOGD PATCH 0/6] Fix difference between ULOG and NFLOG Eric Leblond
2008-06-19 12:23 ` [ULOGD PATCH 1/6] Suppress spaces at end of line Eric Leblond
2008-06-23 14:23   ` Pablo Neira Ayuso
2008-06-19 12:23 ` [ULOGD PATCH 2/6] Convert struct to [KEY] = {} format Eric Leblond
2008-06-23 14:23   ` Pablo Neira Ayuso
2008-06-19 12:23 ` [ULOGD PATCH 3/6] Fix warning about unused variable if NFLOG_GID is not available Eric Leblond
2008-06-23 14:25   ` Pablo Neira Ayuso
2008-06-27 19:41     ` Eric Leblond
2008-06-27 20:29       ` Eric Leblond
2008-06-28  9:54         ` Pablo Neira Ayuso
2008-06-28 10:25           ` Eric Leblond [this message]
2008-06-28 10:45             ` Pablo Neira Ayuso
2008-06-28 10:45             ` Pablo Neira Ayuso
2008-06-19 12:23 ` [ULOGD PATCH 4/6] Introduce datatype and hwaddrlen param to MAC2STR plugin Eric Leblond
2008-06-23 14:42   ` Pablo Neira Ayuso
2008-06-27 23:02     ` [ULOGD PATCH 0/6] rework mac address related issues Eric Leblond
2008-06-27 23:02     ` [ULOGD PATCH 1/6] Specify that NFLOG only return mac saddr Eric Leblond
2008-06-27 23:02     ` [ULOGD PATCH 2/6] Adapt MAC2STR to NFLOG and ULOG input key change Eric Leblond
2008-06-27 23:02     ` [ULOGD PATCH 3/6] Output mac.saddr and mac.daddr in ULOG plugin Eric Leblond
2008-07-02 13:52       ` [ULOGD PATCH] Output mac.saddr, mac.daddr and oob.protocol " Eric Leblond
2008-07-02 13:56         ` Patrick McHardy
2008-07-08 21:56           ` [ULOGD PATCH] rework, fill MAC address in ULOG for ethernet Eric Leblond
2008-07-09 10:50             ` Pablo Neira Ayuso
2008-07-09 10:53               ` Patrick McHardy
2008-07-09 11:03                 ` Pablo Neira Ayuso
2008-07-09 11:10                   ` Patrick McHardy
2008-07-09 21:04                     ` Eric Leblond
2008-07-09 21:18                       ` Patrick McHardy
2008-07-10 20:39                         ` Eric Leblond
2008-07-11 14:08                           ` Patrick McHardy
2008-07-15 12:49                             ` Eric Leblond
2008-07-15 13:26                               ` Patrick McHardy
2008-07-16 22:24                                 ` netfilter: Send complete hardware header in NFLOG Eric Leblond
2008-07-17  9:01                                   ` Patrick McHardy
2008-07-17  9:12                                     ` Eric Leblond
2008-07-17  9:14                                       ` Patrick McHardy
2008-07-16 22:29                                 ` [libnetfilter_log PATCH] Add parsing function for raw hardware header Eric Leblond
2008-07-17  9:13                                   ` Patrick McHardy
2008-07-16 22:31                                 ` [ULOGD2 PATCH] Sync NFLOG input plugin with NFLOG modification related to " Eric Leblond
2008-07-20 23:51                                   ` Pablo Neira Ayuso
2008-06-27 23:02     ` [ULOGD PATCH 4/6] Parse oob protocol in ULOG when possible Eric Leblond
2008-06-27 23:02     ` [ULOGD PATCH 5/6] Add destination mac_addr to database Eric Leblond
2008-06-27 23:03     ` [ULOGD PATCH 6/6] Sync PRINTPKT with mac modification Eric Leblond
2008-06-19 12:23 ` [ULOGD PATCH 5/6] Add destination mac_addr to database Eric Leblond
2008-06-23 14:44   ` Pablo Neira Ayuso
2008-06-19 12:23 ` [ULOGD PATCH 6/6] Suppress verbose debug message in ULOG Eric Leblond
2008-06-23 14:46   ` Pablo Neira Ayuso
2008-06-19 12:25 ` netfilter: Make NFLOG dump all hardware header Eric Leblond
2008-06-19 12:30   ` Patrick McHardy
2008-06-19 12:55   ` [PATCH] Change packet hw header struct accordingly to NFLOG update Eric Leblond

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=20080628102559.GC6761@bayen.regit.org \
    --to=eric@inl.fr \
    --cc=chifflier@inl.fr \
    --cc=netfilter-devel@vger.kernel.org \
    --cc=pablo@netfilter.org \
    /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.