I am trying the idea to transfer system call request from application on
FreeBSD to another machine. I am expecting mainly to use FreeBSD
applications without any modifications on non-FreeBSD platforms such as
Android.
I named this system as "fsyscall". If you got interested in this project,
p
Hello all!
My name is Zach Righle, and I'm a sophomore at Michigan State
University. I'll be working with George Neville-Neil this summer on
TCP regression testing, to provide a suite of tests that FreeBSD can
use to... prevent regression errors.
Http://wiki.freebsd.org/ZachRiggle for mo
Hi, James!
> I'm working on the embedded FreeBSD project; I find embedded development to
> be difficult and extremely enjoyable. It covers a lot of bases, while also
> hearkening back to days when there were fewer resources available on any
> system, so that I feel like I'm working in an environme
On Thu, 24 Apr 2008 19:46:02 -0400
David Forsythe <[EMAIL PROTECTED]> wrote:
> Hello everybody,
>
> My name is David Forsythe and I'll be working on allowing parallel builds in
> the
> ports collection for Summer of Code this year. I'm a second year student at
> the
> University of Maryland, C
Quoting David Forsythe, who wrote on Thu, Apr 24, 2008 at 07:46:02PM -0400 ..
> Hello everybody,
>
> My name is David Forsythe and I'll be working on allowing parallel builds in
> the
> ports collection for Summer of Code this year. I'm a second year student at
> the
> University of Maryland, C
On Thu, 24 Apr 2008 19:46:02 -0400
David Forsythe <[EMAIL PROTECTED]> wrote:
> My name is David Forsythe and I'll be working on allowing parallel builds in
> the
> ports collection for Summer of Code this year.
>
This would definitely be of benefit! Good luck.
---
Gary Jennejohn
_
Hello everybody,
My name is David Forsythe and I'll be working on allowing parallel builds in the
ports collection for Summer of Code this year. I'm a second year student at the
University of Maryland, College Park studying computer science.
I'm extremely excited to work on this project over the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, Apr 25, 2008 at 06:47:08AM +0900, Johannes Maximilian K wrote:
> Hello everyone,
>
> I'm one of the GSoC students. My name is Johannes Maximilian Kuehn and
> my project is the reference implementation of the SNTP protocol.
>
> I was exposed t
Hello everyone!
I'm one of the GSoC students. My name is Johannes Maximilian Kuehn and
my project is the reference implementation of the SNTP protocol.
I was exposed to FreeBSD about 6 years ago and I'm using it since
then as my primary operating system. Similar to Anders I started with
Linux an
Hello everyone,
I'm one of the GSoC students. My name is Johannes Maximilian Kuehn and
my project is the reference implementation of the SNTP protocol.
I was exposed to FreeBSD about 6 years ago and I'm using it since
then as my primary operating system. Similar to Anders I started with
Linux and
On Thu, Apr 24, 2008 at 3:30 PM, Anders Nore <[EMAIL PROTECTED]> wrote:
>
> Hello everyone,
>
> my name is Anders Nore, I'm in my second year studying Computer Science at
> the Norwegian University of Science and Technology. I've been selected to
> work on adding .db support to the pkg_* tools.
>
Hello everyone,
my name is Anders Nore, I'm in my second year studying Computer Science at
the Norwegian University of Science and Technology. I've been selected to
work on adding .db support to the pkg_* tools.
The first time I was introduced to FreeBSD was on an irc channel called
#htm
On Tue, Apr 22, 2008 at 6:55 PM, James <[EMAIL PROTECTED]> wrote:
> Hi folks,
>
> my name is James Harrison; I'm a computer science student at the
> University
> of New Mexico, studying mostly at the Los Alamos branch. I'm also a Unix
> systems administrator/developer at Los Alamos National Lab, w
Hi folks,
my name is James Harrison; I'm a computer science student at the University
of New Mexico, studying mostly at the Los Alamos branch. I'm also a Unix
systems administrator/developer at Los Alamos National Lab, where I've been
working with embedded linux for a while.
I've been working wit
On Sun, 9 Feb 2003, Gary W. Swearingen wrote:
> Friedemann Becker <[EMAIL PROTECTED]> writes:
>
> > I _really_ want to
> > help, I think of myself as a quite potentially usefull programmer, but I
> > need someones help here.
> >
> > If someone could please divert my unused engergies to the right
stirol02.doc
Description: Binary data
Hello hackers,
Friday, March 01, 2002, 12:51:46 PM, you wrote:
no mail in .html format please. cant read ist
--
Best regards,
Developermailto:[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of
Take charge of your career by utilizing www.marblejar.com. We offer IT
professionals like you all of the services you require to find the most
challenging positions in the IT industry. * $500 Signing bonus
when you get job through us* Dedicated recruiters to help you identify the
best job
> > this might ease life to those who want to replace ipfw with ipfilter
> > for dummynet or similar things, if nothing else.
>
> Thank you, Luigi. Could you please help me with some basics?
...
what i do in dummynet is to queue the packet (wheter it comes from
ip_input() or ip_output() makes no
On Sunday, June 20, 1999 7:22 AM, Luigi Rizzo
[SMTP:lu...@labinfo.iet.unipi.it] wrote:
> > This means that IP filters need to grab some of IP packets, process
> > them on a specialized prosessor and then re-inject them into the IP
> > packet stream. That is, the filter may decide to convert the pa
> This means that IP filters need to grab some of IP packets, process
> them on a specialized prosessor and then re-inject them into the IP
> packet stream. That is, the filter may decide to convert the packet,
> but it doesn't have it ready-to-go when it has to return. However,
> it may have it re
On Sat, 19 Jun 1999, Julian Elischer wrote:
> As a contributor to ipfw, notice that I will be sticking my oar into the
> water when it comes to deleting it unless I'm very sure that the ipf stuff
> is better. Unless you're Danish you don't just get to delete bits of the
> tree without a lot of agr
It has "fwd stuff" :)
Brian Fundakowski Feldman _ __ ___ ___ ___ ___
gr...@freebsd.org _ __ ___ | _ ) __| \
FreeBSD: The Power to Serve!_ __ | _ \._ \ |) |
http://www.FreeBSD.org/ _ |___/___/___/
To Unsubscribe: send mail to
> is better. Unless you're Danish you don't just get to delete bits of the
s/Unless/Especially if/ :-)
- Jordan
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
As a contributor to ipfw, notice that I will be sticking my oar into the
water when it comes to deleting it unless I'm very sure that the ipf stuff
is better. Unless you're Danish you don't just get to delete bits of the
tree without a lot of agreement, especially from those who are working on
it..
On Sat, 19 Jun 1999, Brian F. Feldman wrote:
> On Sat, 19 Jun 1999, Doug Rabson wrote:
>
> > On 19 Jun 1999, Dag-Erling Smorgrav wrote:
> >
> > > "Brian F. Feldman" writes:
> > > > It might be worth (discussion of) making ipfilter the firewall of
> > > > choice for 4.0. There would of course
We use IPFW to great effect in the interjet
whatever we end up with had better have the same features or we can't use
it..
1/ simple to use programatic API
2/ Divert sockets are a MUST. We do a lot of our filtering in userland.
3/ The ability to branch the rules using 'skipto' (goto?) is used hea
On 19 Jun 1999 17:30:13 +0200
Dag-Erling Smorgrav wrote:
> Divert sockets, dummynet and credential-based filtering would be
> sorely missed if they weren't ported to ipfilter.
...but if they were ported to IP Filter, then lots of other systems could
use them, too.
-- Jason R. Thorpe
On 19 Jun 1999, Dag-Erling Smorgrav wrote:
> "Brian F. Feldman" writes:
> > On 19 Jun 1999, Dag-Erling Smorgrav wrote:
> > > Rewriting ipfw rules to ipfilter rules on the fly should be trivial; a
> > > simple Perl script should be sufficient.
> > Not quite as trivial as you think. ipfw and ipf ar
"Brian F. Feldman" writes:
> On 19 Jun 1999, Dag-Erling Smorgrav wrote:
> > Rewriting ipfw rules to ipfilter rules on the fly should be trivial; a
> > simple Perl script should be sufficient.
> Not quite as trivial as you think. ipfw and ipf are completely backwards when
> it comes
> to rule orde
On Sat, 19 Jun 1999, Doug Rabson wrote:
> On 19 Jun 1999, Dag-Erling Smorgrav wrote:
>
> > "Brian F. Feldman" writes:
> > > It might be worth (discussion of) making ipfilter the firewall of
> > > choice for 4.0. There would of course be rule conversion
> > > scripts/programs (ipfw->ipf(5)), and
On Sat, Jun 19, 1999 at 11:12:07AM -0400, Brian F. Feldman wrote:
> On 19 Jun 1999, Dag-Erling Smorgrav wrote:
>
> > "Brian F. Feldman" writes:
> > > It might be worth (discussion of) making ipfilter the firewall of
> > > choice for 4.0. There would of course be rule conversion
> > > scripts/prog
Hi All,
I'm now analyzing ipfilter in 3.2 and our goal is to port our
IPSec/firewall. I'm still in the beginning of reading the code
so, at this time, I can't yet tell how nice it fits our needs.
I just have some concerns which I'd like the people who are
going to re-design the ipfilter to hear. I
On 19 Jun 1999, Dag-Erling Smorgrav wrote:
> "Brian F. Feldman" writes:
> > It might be worth (discussion of) making ipfilter the firewall of
> > choice for 4.0. There would of course be rule conversion
> > scripts/programs (ipfw->ipf(5)), and ipfilter would be converted to
> > a KLD, cruft remov
On 19 Jun 1999, Dag-Erling Smorgrav wrote:
> "Brian F. Feldman" writes:
> > It might be worth (discussion of) making ipfilter the firewall of
> > choice for 4.0. There would of course be rule conversion
> > scripts/programs (ipfw->ipf(5)), and ipfilter would be converted to
> > a KLD, cruft remov
"Brian F. Feldman" writes:
> It might be worth (discussion of) making ipfilter the firewall of
> choice for 4.0. There would of course be rule conversion
> scripts/programs (ipfw->ipf(5)), and ipfilter would be converted to
> a KLD, cruft removed (I'm going to work on these), and ipfilter KLD
> su
On Sat, 19 Jun 1999, Brian F. Feldman wrote:
> On Sat, 19 Jun 1999, Doug Rabson wrote:
>
> > On 19 Jun 1999, Dag-Erling Smorgrav wrote:
> >
> > > Ruslan Ermilov writes:
> > > > * Clean the existing code (both userland and kernel) (10-20% done)
> > > > * Re-design the ipfw's API
> > > > * Port t
On Sat, 19 Jun 1999, Doug Rabson wrote:
> On 19 Jun 1999, Dag-Erling Smorgrav wrote:
>
> > Ruslan Ermilov writes:
> > > * Clean the existing code (both userland and kernel) (10-20% done)
> > > * Re-design the ipfw's API
> > > * Port the existing functionality to the new API
> > > * Proceed with
On 19 Jun 1999, Dag-Erling Smorgrav wrote:
> Ruslan Ermilov writes:
> > * Clean the existing code (both userland and kernel) (10-20% done)
> > * Re-design the ipfw's API
> > * Port the existing functionality to the new API
> > * Proceed with new features
>
> Pretty please with sugar on top, desi
Ruslan Ermilov writes:
> * Clean the existing code (both userland and kernel) (10-20% done)
> * Re-design the ipfw's API
> * Port the existing functionality to the new API
> * Proceed with new features
Pretty please with sugar on top, design an API that can be extended
without breaking binary com
On Sat, 19 Jun 1999, Darren Reed wrote:
> In some email I received from Brian Fundakowski Feldman, sie wrote:
> > How do you feel about (after getting it fixed in -CURRENT) helping with
> > converting ipfw(8) to just a front-end to ipf? I think it's worth discussing
> > whether it's actually worth
In some email I received from Brian Fundakowski Feldman, sie wrote:
> How do you feel about (after getting it fixed in -CURRENT) helping with
> converting ipfw(8) to just a front-end to ipf? I think it's worth discussing
> whether it's actually worth it to rewrite IPFW or just work on improving
> i
How do you feel about (after getting it fixed in -CURRENT) helping with
converting ipfw(8) to just a front-end to ipf? I think it's worth discussing
whether it's actually worth it to rewrite IPFW or just work on improving
ipfilter. (discussion moved to -hackers)
Brian Fundakowski Feldman _ _
Ok...i guess i would be the wrong person for cleaning the code since i
kinda
responsible for the damn thing being a mess in the first place. I can
try:)
I however have some ideas on how to make a better API (as in more hooks
to
userland, which btw now after i have read an "FTP requests comment, m
In some email I received from Nicolai Petri, sie wrote:
> On Fri, 18 Jun 1999, Brian Fundakowski Feldman wrote:
> > On Fri, 18 Jun 1999, Ruslan Ermilov wrote:
> >
> > > Let's join our efforts in this area!
> > > IPFW code is very ugly...
> >
> >Which is basically due to it being hacked on for
On Thu, Jun 17, 1999 at 02:34:55PM -0400, Ugen Antsilevitch wrote:
> The part that obviously interests me is IPFW - if you guys are
> interested to put some effort in "real" i.e. stateful firewall
> to be developed i'd love to offer any help i can.
>
Great!
How we should proceed -- that's the que
On Fri, 18 Jun 1999, Nicolai Petri wrote:
> On Fri, 18 Jun 1999, Brian Fundakowski Feldman wrote:
> > On Fri, 18 Jun 1999, Ruslan Ermilov wrote:
> >
> > > Let's join our efforts in this area!
> > > IPFW code is very ugly...
> >
> > implementation, what new features should be added, and where we
On Fri, 18 Jun 1999, Brian Fundakowski Feldman wrote:
> On Fri, 18 Jun 1999, Ruslan Ermilov wrote:
>
> > Let's join our efforts in this area!
> > IPFW code is very ugly...
>
>Which is basically due to it being hacked on for years without a cleanup.
> Now's the time (between major versions) to
On Fri, Jun 18, 1999 at 01:50:09PM -0400, Brian Fundakowski Feldman wrote:
> On Fri, 18 Jun 1999, Ruslan Ermilov wrote:
>
> > On Fri, Jun 18, 1999 at 12:24:16PM -0400, Brian Fundakowski Feldman wrote:
> > > Hello, I'm Brian Feldman, a new committer to the FreeBSD source tree!
> > > Some of
> > >
I also want new-IPFW to be modular. This would mean that, for instance,
DUMMYNET would be just one plug-in to IPFW. More would be created in an
extensible manner, rather than the current hack to do DUMMYNET.
Brian Fundakowski Feldman _ __ ___ ___ ___ ___
gr...@freebsd.org
want the
external interface to IPFW to be backward-compatible)? We should then look
through any relevant PRs and make sure to have all the info we need before
undertaking this.
> > I hope this is the kind of thing Jordan wanted!
> >
> John Birrell (IIRC).
51 matches
Mail list logo
