On 22 May 2006, Can Erkin Acar <[EMAIL PROTECTED]> wrote:
> On Monday 22 May 2006 Liviu Daia wrote:
> > On 22 May 2006, Lars Hansson <[EMAIL PROTECTED]> wrote:
> > > On Monday 22 May 2006 17:27, Liviu Daia wrote:
> > > > Ok, let me rephrase this. How realistic will be to run an
> > > > OpenBSD firewall or router without xbase a few years from now?
>
> Extremely realistic. Base install of OpenBSD is an excellent firewall
> and router platform, without the need for X.
>
> what is *your* definition of a router or a firewall?
Please address my point, not my wording. Sometimes it may be useful
to install a few programs on a firewall or router that are not in base.
> > > > packages of console applications now depend on X at run time even
> > > > though that could be avoided with minimal fuss (example: mrtg),
> > >
> > > It's even easier to *not* run mrtg *on* the router/firewall. SNMP,
> > > symon and pfstatd exist for a reason.
> >
> > Sure, but that's not what I'm asking.
>
> Sure, but that is not how it works in OpenBSD.
>
> *You* submit patches, and make sure that these patches *work* not
> only on your setup, but for everyone and every supported achitecture.
(1) My question was about the official policy. When / if I'm pointed to
a written form of that policy (which is basically what I'm asking
for), I might consider submitting a patch to it. :-)
(2) If you're actually referring to my previous posts on ports@,
somebody else has already posted a patch for the problem I was
describing. I did test it on all architectures I have access to,
and posted my results to the list.
> *You* work to get these patches committed. And everyone gets a better
> system as a result.
Now, taking over somebody else's work would be downright rude,
wouldn't it?
> Not contributing and only whining only gets you this far.
Perhaps making other people aware of what I perceive as a policy
problem affecting everybody, is an acceptable form of contributing too.
> > > Also, so far I've only seen 1 "console application" that requires X at
> > > runtime.
> > [...]
> >
> > Mrtg, rrdtools, pftop, everything else depending on GD.
>
> I am sure pftop does _not_ depend on GD.
Sorry, s/pftop/pfstat/ .
Regards,
Liviu Daia
--
Dr. Liviu Daia http://www.imar.ro/~daia
