I personally like downloading packages from the consistently fast local Freebsd mirror sites. Set this in your/etc/make.conf file: MASTER_SITE_BACKUP?= \
ftp://ftp5.freebsd.org/pub/FreeBSD/ports/distfiles/${DIST_SUBDIR}/ MASTER_SITE_OVERRIDE?= ${MASTER_SITE_BACKUP}
I'm using ftp5. YMMV. However, when ports and packages trickle in from the maintainers, they're always found on the FreeBSD mirror and this makes for faster downloads.
Requiring the watermark sounds more like the Stamp Act of 1765 which "[u]nder the Stamp Act, all printed materials are taxed, including; newspapers, pamphlets, bills, legal documents, licenses, almanacs, dice and playing cards." Sounds familiar, eh? Each of the items above were required to carry a seal....
All this stuff sounds more and more like a repeat of the American Revolution when a letter to Kinge George III was written in protest to the Stamp Act and others in which the Acts violated the colonists' civil rights.
Again, this all sounds like somebody wants control and have the little people pay the price. I'm not for it. I don't go to movies and I don't buy CDs. Any form of entertainment which relegates me to a simple consumer will not and has not receive any of my money.
BTW - the steps leading to the American Revolution can be found here.
to borrow your friend's high speed internet connection and tunnel your surfing through OpenSSH to a proxy on the high-speed connection.
This works *so* well that you can bypass pretty much any web proxy by going through open tcp ports.
Actually, with OpenSSH access on a server somewhere you can set up an encrypted SOCKS proxy with: ssh -p ${openport} -C -D ${proxyport} -N ${ssh_server}
The point your browser's proxy setting to localhost:${proxyport} and away you go.
Agreed, but you also left out another important aspect: speed.
As a person who played more 3-cushion billiards thatn 8- or 9-ball in college, speed is equally important in billiards.
Anyone can hit the cue ball hard and sink another ball, just short of popping the cue ball off the table, but what fun is that?
The real skill is in determining how much speed you'll need to complement your choice of direction and english.
Additionally, the cue will hit the cue ball with a vector such that it will impart directional and rotational inertia to the cue ball. The impact upon other balls may not be 100% elastic and the elasticity of any collision on the billiards table is difficult to estimate. Try playing on tables of different sizes with varying cloths and talc driven into the felts. This is called "feel" and it is different for every table.
Only long hours and patience will ever produce a skilled billiards player.
I can see the future with respect to daytime soap operas:
Before every bedroom scene, there is a brief 30 second speech from the woman and another 30 sec speech from the man about which contraceptive is preferred by 4 out of 5 adulterers.
If EVD is open and unlicensed then it will do one of two things, if not both: A) Expose the region coding for distribution control, or B) isolate the US (and possibly Canada) from getting any of these devices by legislating them illegal.
While we USians may not like the isolation, those who have the gold make the rules. This kind of open format will only help to spread the distribution of films made in other parts of the world, eventually hurting the DVDCCA and MPAA.
There's nothing like having inferior entertainment channels forced upon us by law and greed when we could all share and share alike the distribution method (like PAL and GSM).
Since I've added a LART list of IP addresses and domains, per SPEWS, i've seen a nice decrease of UCE coming directly to me.
2002-05-01 09:37:21 recipients refused from [212.90.15.164] (RBL relays.ordb.org) 2002-05-05 07:49:48 recipients refused from [210.76.113.46] (RBL relays.ordb.org) 2002-05-07 00:18:46 recipients refused from cis-ns.careinfo.co.jp [210.226.191.114] (RBL relays.ordb.org) 2002-05-09 02:49:48 recipients refused from [200.24.95.174] (RBL relays.ordb.org) 2002-05-13 13:14:06 refused relay (host) to from H=nat170.63.mpoweredpc.net (none) [142.177.170.63] 2002-05-15 18:06:36 recipients refused from [211.218.38.20] (RBL relays.ordb.org) 2002-05-15 23:36:06 recipients refused from w045.z208037064.nyc-ny.dsl.cnc.net [208.37.64.45] (RBL relays.osirusoft.com) 2002-05-15 23:58:10 recipients refused from [211.174.179.8] (RBL relays.ordb.org) 2002-05-16 20:33:15 recipients refused from [202.164.96.4] (firewall-user) (RBL relays.ordb.org) 2002-05-17 04:01:57 recipients refused from [202.164.96.4] (firewall-user) (RBL relays.ordb.org) 2002-05-18 19:16:22 recipients refused from [210.105.80.65] (RBL relays.osirusoft.com) 2002-05-19 11:36:51 recipients refused from [202.164.96.4] (firewall-user) (RBL relays.ordb.org) 2002-05-21 23:41:55 recipients refused from [202.164.96.4] (RBL relays.ordb.org) 2002-05-24 06:53:23 connection from outmta016.topica.com [64.125.140.225] refused 2002-05-24 06:53:54 connection from outmta016.topica.com [64.125.140.225] refused 2002-05-24 07:41:45 connection from bso002.topica.com [64.125.140.241] refused 2002-05-24 08:33:05 connection from bso002.topica.com [64.125.140.241] refused 2002-05-24 09:35:23 connection from bso002.topica.com [64.125.140.241] refused 2002-05-24 10:46:02 connection from bso002.topica.com [64.125.140.241] refused 2002-05-24 12:17:27 connection from bso002.topica.com [64.125.140.241] refused 2002-05-24 14:19:49 connection from bso002.topica.com [64.125.140.241] refused 2002-05-24 16:23:14 connection from bso002.topica.com [64.125.140.241] refused 2002-05-24 19:01:45 connection from bso002.topica.com [64.125.140.241] refused 2002-05-24 21:31:16 connection from bso002.topica.com [64.125.140.241] refused 2002-05-25 00:07:19 connection from bso002.topica.com [64.125.140.241] refused 2002-05-25 05:29:37 recipients refused from www.shinohara.com [209.153.61.10] (RBL relays.ordb.org) 2002-05-25 16:22:30 recipients refused from [203.199.213.3] (RBL relays.osirusoft.com) 2002-05-28 04:37:49 recipients refused from h-64-105-76-95.nycmny83.covad.net [64.105.76.95] (RBL relays.ordb.org) 2002-05-29 08:22:41 recipients refused from [211.102.2.131] (RBL relays.ordb.org)
So you can see I'm rejecting mail per relays.osirusoft.com and relays.ordb.org. My LART list is pretty big, too. But that's just for a small mail server.
If you apply similar rules to a multi-hundred or multi-thousand user system, you can really cut down on tons of UCE. Combine it with spamassassin and UCE will almost never get in your inbox.
You should be running FreeBSD for a better *NIX experience... there's nothing like a cvsup to fix all that ails you, even if you haven't changed anything in a month.
For me, I ran into rpm hell and all kinds of crap with r00that. BSD is where the real experience comes from. Few bugs and better code.
If you want to be sneaky about this, every morning, throttle it down a little bit, rather than all at once. The rate you choose to do this will limit the number of angry people banging on your door the moment you start it.
Let's say the connections are soaking up 150KB/s and you want it down to 1.44KB/s in 30 days. You can do it linearly, which is noticeable, but not as noticeable as an exponential reduction. The most sneaky way would be to use the exponential method in series.
For you electronics geeks (and ChE's out there, like myself) this is known as a second order filter.
Spend ten minutes with a calculator and figure the time contants and put those numbers to use limiting the bandwith.
Perhaps I made myself unclear by leaving a word out. My original statement should have read to the effecct that "debian is little more than a kernel away from being FreeBSD...".
I was trying to complement the debian project since I've heard so many good things about it's automation and package management. At the same time, I believe it's the FreeBSD of the GNU/Linux world.
I still like FreeBSD and will desperately avoid having to administer a RedHat box again.
The left hand is whacking the Turner idiot off and the other is choking him for autoerotic asphyxiation... sooner or later something's gonna go really wrong with a fucked up arrangement like that.
That's a bummer. I ordered two yesterday for US$20 + shipping and handling.
For that price they were a steal and with fobbit software I might be able to have some real fun.
I think the product was discontinued because of one of two things: a) they were selling them at a loss and hoped to reap benefits from the call software, or, b) creative had better marketing to deplete the devices from inventory and make a few bucks on the service.
As far as I'm concerned, it's a neat toy to play with. And with tcp/ip tunneling, you can basically encapsulate the udp to tcp and run it over a openssh encrypted session, much like Speak Freely.
Gee, just two FreeBSD vulnerabilities in that article.... I run several FreeBSD workstations and servers and neither of them would be affected because it's easy to workaround those problems and equally simple to track -STABLE.
Ever get into rpm hell on a redhat box? Debian might be a little better, but still, Debian is barely more than a kernel from being FreeBSD. FreeBSD is infinitely simpler to tailor to your needs and manage than any other *nix system I've tried.
This article doesn't discourage me a bit, since fixes for the mentioned vulnerabilities were available so soon after the announcements. I absolutely love FreeBSD for all me needs and encourage other to install and learn it.
Slashdot Mirror
I personally like downloading packages from the consistently fast local Freebsd mirror sites. Set this in your /etc/make.conf file:s /${DIST_SUBDIR}/
MASTER_SITE_BACKUP?= \
ftp://ftp5.freebsd.org/pub/FreeBSD/ports/distfile
MASTER_SITE_OVERRIDE?= ${MASTER_SITE_BACKUP}
I'm using ftp5. YMMV. However, when ports and packages trickle in from the maintainers, they're always found on the FreeBSD mirror and this makes for faster downloads.
Change Mozilla to use HTTP 1.0. It's in the preferences and it works great with that.
Mozilla is only part of the solution. Mozilla+Junkbuster is the best combination. I don't see *any* ads.
All this stuff sounds more and more like a repeat of the American Revolution when a letter to Kinge George III was written in protest to the Stamp Act and others in which the Acts violated the colonists' civil rights.
Again, this all sounds like somebody wants control and have the little people pay the price. I'm not for it. I don't go to movies and I don't buy CDs. Any form of entertainment which relegates me to a simple consumer will not and has not receive any of my money.
BTW - the steps leading to the American Revolution can be found here.
I hate going to any symantec website. Their web pages reek of ads for different products. I'm glad I use Junkbuster to block all of them.
And I'm doubly-glad I use mozilla to stop those damn pop-ups.
And SecurityFocus.com was a great site... I can only hope Symantec doesn't run it into the advertising ground.
to borrow your friend's high speed internet connection and tunnel your surfing through OpenSSH to a proxy on the high-speed connection.
This works *so* well that you can bypass pretty much any web proxy by going through open tcp ports.
Actually, with OpenSSH access on a server somewhere you can set up an encrypted SOCKS proxy with:
ssh -p ${openport} -C -D ${proxyport} -N ${ssh_server}
The point your browser's proxy setting to localhost:${proxyport} and away you go.
This is exactly what I do... plus use spamassassin, four RBLs, and block on sending domain *just* before RCPT, I can block a whole lotta crap.
Examples:
2002-06-17 00:05:50 recipients refused from H=f195.law12.hotmail.com (hotmail.com) [64.4.19.195]
2002-06-18 07:18:21 17KH08-0006Zo-00 mx02.hotmail.com [64.4.55.135]: Connection refused
A combined use of measures *really* does work to reduce my spam intake.
Agreed, but you also left out another important aspect: speed.
As a person who played more 3-cushion billiards thatn 8- or 9-ball in college, speed is equally important in billiards.
Anyone can hit the cue ball hard and sink another ball, just short of popping the cue ball off the table, but what fun is that?
The real skill is in determining how much speed you'll need to complement your choice of direction and english.
Additionally, the cue will hit the cue ball with a vector such that it will impart directional and rotational inertia to the cue ball. The impact upon other balls may not be 100% elastic and the elasticity of any collision on the billiards table is difficult to estimate. Try playing on tables of different sizes with varying cloths and talc driven into the felts. This is called "feel" and it is different for every table.
Only long hours and patience will ever produce a skilled billiards player.
None of the above!
It's a dessert topping!
No, a floor wax!
No, a dessert topping!
Floor wax!
It might get this bad.
It's more like public pr0n... There's no sex, but a lot of people get screwed.
Or Click Here
Excellent reference to "Weird Science"
I can see the future with respect to daytime soap operas:
Before every bedroom scene, there is a brief 30 second speech from the woman and another 30 sec speech from the man about which contraceptive is preferred by 4 out of 5 adulterers.
... the DVDCCA. And I hope it does.
If EVD is open and unlicensed then it will do one of two things, if not both: A) Expose the region coding for distribution control, or B) isolate the US (and possibly Canada) from getting any of these devices by legislating them illegal.
While we USians may not like the isolation, those who have the gold make the rules. This kind of open format will only help to spread the distribution of films made in other parts of the world, eventually hurting the DVDCCA and MPAA.
There's nothing like having inferior entertainment channels forced upon us by law and greed when we could all share and share alike the distribution method (like PAL and GSM).
'nuff said.
Since I've added a LART list of IP addresses and domains, per SPEWS, i've seen a nice decrease of UCE coming directly to me.
2002-05-01 09:37:21 recipients refused from [212.90.15.164] (RBL relays.ordb.org)
2002-05-05 07:49:48 recipients refused from [210.76.113.46] (RBL relays.ordb.org)
2002-05-07 00:18:46 recipients refused from cis-ns.careinfo.co.jp [210.226.191.114] (RBL relays.ordb.org)
2002-05-09 02:49:48 recipients refused from [200.24.95.174] (RBL relays.ordb.org)
2002-05-13 13:14:06 refused relay (host) to from H=nat170.63.mpoweredpc.net (none) [142.177.170.63]
2002-05-15 18:06:36 recipients refused from [211.218.38.20] (RBL relays.ordb.org)
2002-05-15 23:36:06 recipients refused from w045.z208037064.nyc-ny.dsl.cnc.net [208.37.64.45] (RBL relays.osirusoft.com)
2002-05-15 23:58:10 recipients refused from [211.174.179.8] (RBL relays.ordb.org)
2002-05-16 20:33:15 recipients refused from [202.164.96.4] (firewall-user) (RBL relays.ordb.org)
2002-05-17 04:01:57 recipients refused from [202.164.96.4] (firewall-user) (RBL relays.ordb.org)
2002-05-18 19:16:22 recipients refused from [210.105.80.65] (RBL relays.osirusoft.com)
2002-05-19 11:36:51 recipients refused from [202.164.96.4] (firewall-user) (RBL relays.ordb.org)
2002-05-21 23:41:55 recipients refused from [202.164.96.4] (RBL relays.ordb.org)
2002-05-24 06:53:23 connection from outmta016.topica.com [64.125.140.225] refused
2002-05-24 06:53:54 connection from outmta016.topica.com [64.125.140.225] refused
2002-05-24 07:41:45 connection from bso002.topica.com [64.125.140.241] refused
2002-05-24 08:33:05 connection from bso002.topica.com [64.125.140.241] refused
2002-05-24 09:35:23 connection from bso002.topica.com [64.125.140.241] refused
2002-05-24 10:46:02 connection from bso002.topica.com [64.125.140.241] refused
2002-05-24 12:17:27 connection from bso002.topica.com [64.125.140.241] refused
2002-05-24 14:19:49 connection from bso002.topica.com [64.125.140.241] refused
2002-05-24 16:23:14 connection from bso002.topica.com [64.125.140.241] refused
2002-05-24 19:01:45 connection from bso002.topica.com [64.125.140.241] refused
2002-05-24 21:31:16 connection from bso002.topica.com [64.125.140.241] refused
2002-05-25 00:07:19 connection from bso002.topica.com [64.125.140.241] refused
2002-05-25 05:29:37 recipients refused from www.shinohara.com [209.153.61.10] (RBL relays.ordb.org)
2002-05-25 16:22:30 recipients refused from [203.199.213.3] (RBL relays.osirusoft.com)
2002-05-28 04:37:49 recipients refused from h-64-105-76-95.nycmny83.covad.net [64.105.76.95] (RBL relays.ordb.org)
2002-05-29 08:22:41 recipients refused from [211.102.2.131] (RBL relays.ordb.org)
So you can see I'm rejecting mail per relays.osirusoft.com and relays.ordb.org. My LART list is pretty big, too. But that's just for a small mail server.
If you apply similar rules to a multi-hundred or multi-thousand user system, you can really cut down on tons of UCE. Combine it with spamassassin and UCE will almost never get in your inbox.
You should be running FreeBSD for a better *NIX experience... there's nothing like a cvsup to fix all that ails you, even if you haven't changed anything in a month.
For me, I ran into rpm hell and all kinds of crap with r00that. BSD is where the real experience comes from. Few bugs and better code.
If you want to be sneaky about this, every morning, throttle it down a little bit, rather than all at once. The rate you choose to do this will limit the number of angry people banging on your door the moment you start it.
Let's say the connections are soaking up 150KB/s and you want it down to 1.44KB/s in 30 days. You can do it linearly, which is noticeable, but not as noticeable as an exponential reduction. The most sneaky way would be to use the exponential method in series.
For you electronics geeks (and ChE's out there, like myself) this is known as a second order filter.
Spend ten minutes with a calculator and figure the time contants and put those numbers to use limiting the bandwith.
That's a lot of trips to Amsterdam. You can get a lot for a few bucks there, if you know what I mean.
He'd at least be able to afford the sharks with the freakin' laser beams attached to their heads.
If only we could do something like this to control the MCSE population....
This is like roundup for the clueless.
Perhaps I made myself unclear by leaving a word out. My original statement should have read to the effecct that "debian is little more than a kernel away from being FreeBSD...".
I was trying to complement the debian project since I've heard so many good things about it's automation and package management. At the same time, I believe it's the FreeBSD of the GNU/Linux world.
I still like FreeBSD and will desperately avoid having to administer a RedHat box again.
The left hand is whacking the Turner idiot off and the other is choking him for autoerotic asphyxiation... sooner or later something's gonna go really wrong with a fucked up arrangement like that.
That's a bummer. I ordered two yesterday for US$20 + shipping and handling.
For that price they were a steal and with fobbit software I might be able to have some real fun.
I think the product was discontinued because of one of two things: a) they were selling them at a loss and hoped to reap benefits from the call software, or, b) creative had better marketing to deplete the devices from inventory and make a few bucks on the service.
As far as I'm concerned, it's a neat toy to play with. And with tcp/ip tunneling, you can basically encapsulate the udp to tcp and run it over a openssh encrypted session, much like Speak Freely.
Gee, just two FreeBSD vulnerabilities in that article.... I run several FreeBSD workstations and servers and neither of them would be affected because it's easy to workaround those problems and equally simple to track -STABLE.
Ever get into rpm hell on a redhat box? Debian might be a little better, but still, Debian is barely more than a kernel from being FreeBSD. FreeBSD is infinitely simpler to tailor to your needs and manage than any other *nix system I've tried.
This article doesn't discourage me a bit, since fixes for the mentioned vulnerabilities were available so soon after the announcements. I absolutely love FreeBSD for all me needs and encourage other to install and learn it.