If you're using IP Filter (and not natd, I don't have experience with it) you can add the following to the _top_ of/etc/ipnat.conf:
map ep0 192.168.0.0/24 -> 0/32 proxy port ftp ftp/tcp
To allow active FTP through the NAT, assuming 192.168.0.0/24 is your local network and ep0 is your external interface. I use this on my NetBSD NAT machine and it works great.
2 years of uptime isn't necessarily a good thing -- haven't there been quite a few remote vulnerabilities to Linux kernels in the past few years? I can't think of any that effect the FreeBSD kernel off-hand..
i wonder if there are any plans to create an emulator, so netbsd/dreamcast users can play their dreamcast games from within netbsd... that would be a really neat thing, although it's probably pretty tough.
It wouldn't be too tough if the Dreamcast's processor supported virtualization (ala IBM S/390)... assuming it was like the i386 processor, some work would need to be done emulating certain functions. If neither of the above, it wouldn't be possible without full-blown emulation.
Why not use IPv6 addresses as phone numbers? My understand is that IPv6 addresses are already allocated by region (ie if you're calling someone in your region you don't need to type the whole address).. we'd have tonnes of available numbers as well as a consistency between the internet and the telephone system.
1.5-release has already been tagged, they're just waiting for all of the builds to complete on the different platforms before it's released (the release branch is now tagged 1.5.1_ALPHA).
GCC doesn't, but ld from GNU Binutils 2.9 and above should support 3dnow! extentions. You might want to check out PGCC, http://goof.com/pcg/, it optimizes quite well for non-Intel processors (I've used it with Cyrix and AMD processors on NetBSD).
Slashdot Mirror
If you're using IP Filter (and not natd, I don't have experience with it) you can add the following to the _top_ of /etc/ipnat.conf:
map ep0 192.168.0.0/24 -> 0/32 proxy port ftp ftp/tcp
To allow active FTP through the NAT, assuming 192.168.0.0/24 is your local network and ep0 is your external interface. I use this on my NetBSD NAT machine and it works great.
If your machine isn't logging for another, set the following in /etc/rc.conf:
syslogd_flags="-s -s"
This will make syslogd only listen on a UNIX domain socket, so it can't be accessed remotely.
2 years of uptime isn't necessarily a good thing -- haven't there been quite a few remote vulnerabilities to Linux kernels in the past few years? I can't think of any that effect the FreeBSD kernel off-hand..
i wonder if there are any plans to create an emulator, so netbsd/dreamcast users can play their dreamcast games from within netbsd... that would be a really neat thing, although it's probably pretty tough.
It wouldn't be too tough if the Dreamcast's processor supported virtualization (ala IBM S/390)... assuming it was like the i386 processor, some work would need to be done emulating certain functions. If neither of the above, it wouldn't be possible without full-blown emulation.
Parents even dial in for an online PTA meeting.
Yea, I can see it now:
*** Parent has jointed #PTAmeeting
Parent: Hi
Teacher: Hello, I am Dr. Sbaitso. I am here to help you...
I'm taking CPT at NBCC SJ, it's not too bad either.
Fredericton or Saint John? I don't know too many people in the area that use Linux or BSD at all.
Why not use IPv6 addresses as phone numbers? My understand is that IPv6 addresses are already allocated by region (ie if you're calling someone in your region you don't need to type the whole address).. we'd have tonnes of available numbers as well as a consistency between the internet and the telephone system.
1.5-release has already been tagged, they're just waiting for all of the builds to complete on the different platforms before it's released (the release branch is now tagged 1.5.1_ALPHA).
Not installed by default, but it's in the ports collection.
GCC doesn't, but ld from GNU Binutils 2.9 and above should support 3dnow! extentions. You might want to check out PGCC, http://goof.com/pcg/, it optimizes quite well for non-Intel processors (I've used it with Cyrix and AMD processors on NetBSD).