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,
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
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 environment
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, College
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
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, College
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
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.
The
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
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
-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 to
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
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
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, where
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 direction :)
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
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 ready
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 packet,
Ruslan Ermilov r...@ucb.crimea.ua 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
On 19 Jun 1999, Dag-Erling Smorgrav wrote:
Ruslan Ermilov r...@ucb.crimea.ua 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
On Sat, 19 Jun 1999, Doug Rabson wrote:
On 19 Jun 1999, Dag-Erling Smorgrav wrote:
Ruslan Ermilov r...@ucb.crimea.ua 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
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 r...@ucb.crimea.ua writes:
* Clean the existing code (both userland and kernel) (10-20% done)
* Re-design the ipfw's API
* Port the
Brian F. Feldman gr...@unixhelp.org 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
On 19 Jun 1999, Dag-Erling Smorgrav wrote:
Brian F. Feldman gr...@unixhelp.org 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,
On 19 Jun 1999, Dag-Erling Smorgrav wrote:
Brian F. Feldman gr...@unixhelp.org 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,
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.
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 gr...@unixhelp.org writes:
It might be worth (discussion of) making ipfilter the firewall of
choice for 4.0. There would of course be rule conversion
On Sat, 19 Jun 1999, Doug Rabson wrote:
On 19 Jun 1999, Dag-Erling Smorgrav wrote:
Brian F. Feldman gr...@unixhelp.org 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)),
Brian F. Feldman gr...@unixhelp.org 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
On 19 Jun 1999, Dag-Erling Smorgrav wrote:
Brian F. Feldman gr...@unixhelp.org 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
On 19 Jun 1999 17:30:13 +0200
Dag-Erling Smorgrav d...@flood.ping.uio.no 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.
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
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 gr...@unixhelp.org writes:
It might be worth (discussion of) making ipfilter the firewall of
choice for 4.0. There would of course
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
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
It has fwd stuff :)
Brian Fundakowski Feldman _ __ ___ ___ ___ ___
gr...@freebsd.org _ __ ___ | _ ) __| \
FreeBSD: The Power to Serve!_ __ | _ \._ \ |) |
http://www.FreeBSD.org/ _ |___/___/___/
To Unsubscribe: send mail to
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
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).
Everyone would always appreciate some introduction :)
Brian Fundakowski Feldman _ __ ___ ___ ___ ___
gr
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
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
the things
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 do
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 should
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
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 years without
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,
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 _
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
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 it to
51 matches
Mail list logo