Usually the problem with those negative examples is that someone freaked out about something (global cooling! global warming! global climate change! financial crisis!) and decided that SOMETHING needed to be done NOW.
If people didn't freak out about nuclear power years ago, then we would have a lot less coal plants, a lot less people dying to dig for coal, a lot less pollution from coal, less worries about energy for electricity, and a lot less people complaining about CO2 emissions -- well, maybe that would stay the same.
I have the 5/20mbit FiOS service and I have not seen a single glitch. I have a bridge between my network and the ONT and it can see that the "HD" movies burst up to 10-11mbit/s. The stream seems to go in bursts. I'm guessing that it fills up the buffer in the Ruko and requests another block when it frees up space. I never see this stop and go streaming in the playback.
This wasn't the case when I was running on my 1.5mbit DSL connection. It appeared to be a continuous stream -- at much lower quality. At 1.5mbit the quality was somewhere between VHS and DVD.
I am impressed with the "HD" movies. It is not BluRay, nor does it have AC3, but it looks good on a 52 inch screen from a comfortable viewing distance. Now if they could only add AC3, I would be totally happy.
I have tried the DirecTV VOD which streams over the Internet. The standard def stuff streams perfectly. But the HD stuff doesn't stream fast enough for immediate playback. It appears that DTV is limiting the bandwidth on their streaming servers. They seem to be depending on the fact that the video is being saved to a HDD for later playback -- not immediate playback.
The article implied that IcedTea (OpenJDK) is already 64-bit. My system reports the plugin as a 64-bit shared object. This release from Sun just makes it part of the official Sun Java download.
And while they fight it out, customers choose other providers. Long term the only people truly hurt in this are the companies, not the customers. There are enough players that customers have a choice.
My question about transit is why was it suddenly a requirement for them to peer with Sprint? Did Cogent's strategy change around that time? Cogent has been a big peering player for a long, long time. They have always had plenty of peering agreements and no one questioned their status as one of the original Internet players. I understand the reason behind Cogent wanting to peer with everyone, but they are playing a really stupid game. Are they really going to lose customers because they don't peer with Sprint? According to the article, Sprint isn't that big a player anyways.
I get it.... but I don't. It's just dumb. They could have just quickly patched up the network by using transit and people probably wouldn't have noticed. Then could have renegotiated -- patched things up again... they'd be set.
The idea is to create a framework that will prevent asshole behavior when disagreements arise. There is absolutely no reason for anyone to wake up and discover [service] is fucked because of a corporate pissing contest.
There will never be a way to totally prevent bad behavior. You can penalize bad behavior after the fact. Hopefully the pressure of losing customers or getting sued by customers is enough to minimize this type of behavior.
I should have stated that customers were not hurt for long instead of using the word 'ultimately.' I was improperly using the word when I was trying to say that customers could not be hurt long term. I was basically trying to say that the outage had to be resolved otherwise they would lose customers. The companies could no longer sell Internet services if customers could not get to all of "the Internet." So, although there was downtime, ultimately it was resolved. Even if things were never properly resolved between the two companies, customers would still not be hurt long term because they would go looking elsewhere for Internet service. The market works. No need for government involvement.
I find it hard to believe that another route could not be found. It might take some doing, but both Verizon and Cogent peer with quite a few networks. I recall seeing a peering chart that showed that Cogent (was PSI) was near the center of peering on the Internet. Are you saying that all of the networks that Verizon and Cogent peer with do not have transit links? Are you saying thet none of those networks would pass Verizon or Cogent traffic for a price? That was the way it worked before Cogent and Verizon had an agreement. Why couldn't it revert back to the way it was?
This is Forbes, after all. According to Forbes, the Great Depression was proof of the need for less government regulation.
How would government regulation help in this case? Peering has to make economic sense for both parties or they wouldn't do it. All that happens after peering is broken is that the routers are reconfigured to send traffic over their transit links instead of the peer links. Ultimately, customers are not hurt (except for downtime because of an unplanned link outage).
The government has no business inserting itself into this agreement. The government is not in the business of understanding the economic conditions that provoke peering agreements.
I recall reading an article a few years ago about how Yahoo gets approximately half of it's total bandwidth for free. It makes economic sense for content providers to peer with content consumers. This is where the net neutrality thing breaks down. Large content providers make sure they create links that make sure their content gets to eye balls quickly. The smaller content providers don't get this privilege unless they use content caching services or they find a co-lo that has a network with plenty of peering agreements already in place. Is it unfair? Yeah, so? That's how the chips fall.
If Verizon finds out that enough of their customer traffic is destined to Cogent, it only makes sense for them to peer. Both Cogent and Verizon have a huge number of peering agreements and I wouldn't be surprised if not having this agreement in place really makes that much of a difference to either one of them.
The serious problems with rejection don't come from stem cells from your own body. The problem with cells from your own body is the issue of finding a good source. Major progress has been made in finding a good sources of good stem cells from your own body. No real progress has been made in embryonic cells. This is why embryonic has been having trouble finding research dollars. Companies want to put their money to something that is starting to show results. There are plenty of adult stem cells therapies in clinical trials. No trails with embryonic.
What if the number of debian-based distros is based on the deficiencies of debian.;)
But seriously, I don't see that yum is inferior to apt. For me, RedHat/Fedora has always had things laid out pretty well. Fedora has forged ahead with new ideas with real code (e.g. NetworkManager). Related to this article, is RedHat funding development of IcedTea. I hope that Java does make it into the LSB. It might force some further thinking on how to manage java packages on a system.
If the government would stop with the easy loans that people don't pay back then less people could afford fancy universities. Universities would have to lower their tuition to attract enough students. As long as the government keeps padding tuition, expect it to continue to rise at a rate higher than health care costs.
I say... stop with all government higher education loans for 4-8 years and see what happens.
what you call "paid peering" is really just "modified transit" , not real peering.But to be fair , true "peering" doesn't exist as much today as it did even just 15 years ago ( which is when I first started in the bgp world ).
I was under the impression companies like Yahoo have half of their network traffic going over peering (cost free) links. They want to make sure that eyeballs get to their content in the quickest way possible. ISP like it because it takes some of the traffic off their transit links. Both companies win because one has content the other has eyeballs and they cut costs connecting the two together. Akamai is another big player that does this.
People, this is the *market* working! Great ideas don't just stand alone, market pressure pushes them into mainstream use. There was no doubt that someday oil would be priced high enough for other sources of energy to become attractive.
I just hate it when people think *they* are the smart ones and know what is best for the market. The market optimizes itself. It might take longer than you want, but it will eventually cut away the deadwood in a much smarter way than a centrally managed system.
The roster shows 121 speakers. If all of them opted for the three badges that would only add up to 363 badges. I do remember Joe saying the total number of badges ordered was at or over 8,500 (he gave a specific number, but I don't remember it). There were also badges for vendors, press, goons, and "hackers" (black badges). So "human" badges were probably 8,000, with the rest of the 500 made up of there rest of the colors. So even if you removed the ones given to the speakers, we would still be talking about over 8,000 people in total.
This year's badge session pdf's didn't list the breakdown like last year.
I would expect in cases where things get out of hand they should be able to quickly unplug a rouge access point from the network ASAP, giving them a bit of time to view the logs block the mac address, before the guy moves in range of an other access point and starts again. Thus needing a little more organized designed.
That is why they use Aruba AP's. MAC's are banned automatically. Why would they ever to that manually?
I am not sure of the exact attendance, but Joe Grand made over 8,000 circuit board badges. If I recall correctly, the number was 8,500. I heard that by Sunday they ran out of badges and some people were stuck with the paper badges. Most people I saw this year did have the circuit badges by Sunday. Of the ones that did not, I don't know how much over 8,500 it is, but I suspect the "over 9,000" is probably overstated.
DT didn't give an attendance amount at the wrap up this year, so I don't know what the official count was.
For my servers, I keep local mirrors of Centos and Fedora. My local DNS redirects yum to a local mirror. It is about 12G for Fedora 9 with updates. Centos is much smaller since I don't sync the extra packages.
Python? Maybe they Intel wanted to use a query like the above to get a listing of each package with the license information. I had no idea the.deb did not support this feature.
Ever since yum became part of the standard Redhat distro, I have had almost zero trouble with rpm packages. With the repository aware wrapper on top of rpm, dependencies are resolved automatically, just like apt. With the main repository getting larger and larger, there is less reason to use 3rd party repositories that could lend to dependency issues. The main reason to use a 3rd party repository is to add support for proprietary codecs and drivers.
There is even talk of removing the rpm command entirely so that all package management goes through yum.
It has been previously reported that cell phones have RF leakage that travels right up the corded headset. So instead of the antenna being near the side-back of your head, it goes right into your ear.
Slashdot Mirror
Usually the problem with those negative examples is that someone freaked out about something (global cooling! global warming! global climate change! financial crisis!) and decided that SOMETHING needed to be done NOW.
If people didn't freak out about nuclear power years ago, then we would have a lot less coal plants, a lot less people dying to dig for coal, a lot less pollution from coal, less worries about energy for electricity, and a lot less people complaining about CO2 emissions -- well, maybe that would stay the same.
I have the 5/20mbit FiOS service and I have not seen a single glitch. I have a bridge between my network and the ONT and it can see that the "HD" movies burst up to 10-11mbit/s. The stream seems to go in bursts. I'm guessing that it fills up the buffer in the Ruko and requests another block when it frees up space. I never see this stop and go streaming in the playback.
This wasn't the case when I was running on my 1.5mbit DSL connection. It appeared to be a continuous stream -- at much lower quality. At 1.5mbit the quality was somewhere between VHS and DVD.
I am impressed with the "HD" movies. It is not BluRay, nor does it have AC3, but it looks good on a 52 inch screen from a comfortable viewing distance. Now if they could only add AC3, I would be totally happy.
I have tried the DirecTV VOD which streams over the Internet. The standard def stuff streams perfectly. But the HD stuff doesn't stream fast enough for immediate playback. It appears that DTV is limiting the bandwidth on their streaming servers. They seem to be depending on the fact that the video is being saved to a HDD for later playback -- not immediate playback.
The article implied that IcedTea (OpenJDK) is already 64-bit. My system reports the plugin as a 64-bit shared object. This release from Sun just makes it part of the official Sun Java download.
$ rpm -ql java-1.6.0-openjdk-plugin-1.6.0.0-7.b12.fc10.x86_64
$ file /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/lib/amd64/IcedTeaPlugin.so
And while they fight it out, customers choose other providers. Long term the only people truly hurt in this are the companies, not the customers. There are enough players that customers have a choice.
My question about transit is why was it suddenly a requirement for them to peer with Sprint? Did Cogent's strategy change around that time? Cogent has been a big peering player for a long, long time. They have always had plenty of peering agreements and no one questioned their status as one of the original Internet players. I understand the reason behind Cogent wanting to peer with everyone, but they are playing a really stupid game. Are they really going to lose customers because they don't peer with Sprint? According to the article, Sprint isn't that big a player anyways.
I get it.... but I don't. It's just dumb. They could have just quickly patched up the network by using transit and people probably wouldn't have noticed. Then could have renegotiated -- patched things up again... they'd be set.
The only thing I've read about this so far is about peering. What happened before the peering agreement?
The idea is to create a framework that will prevent asshole behavior when disagreements arise.
There is absolutely no reason for anyone to wake up and discover [service] is fucked because of a corporate pissing contest.
There will never be a way to totally prevent bad behavior. You can penalize bad behavior after the fact. Hopefully the pressure of losing customers or getting sued by customers is enough to minimize this type of behavior.
I should have stated that customers were not hurt for long instead of using the word 'ultimately.' I was improperly using the word when I was trying to say that customers could not be hurt long term. I was basically trying to say that the outage had to be resolved otherwise they would lose customers. The companies could no longer sell Internet services if customers could not get to all of "the Internet." So, although there was downtime, ultimately it was resolved. Even if things were never properly resolved between the two companies, customers would still not be hurt long term because they would go looking elsewhere for Internet service. The market works. No need for government involvement.
I find it hard to believe that another route could not be found. It might take some doing, but both Verizon and Cogent peer with quite a few networks. I recall seeing a peering chart that showed that Cogent (was PSI) was near the center of peering on the Internet. Are you saying that all of the networks that Verizon and Cogent peer with do not have transit links? Are you saying thet none of those networks would pass Verizon or Cogent traffic for a price? That was the way it worked before Cogent and Verizon had an agreement. Why couldn't it revert back to the way it was?
This is Forbes, after all. According to Forbes, the Great Depression was proof of the need for less government regulation.
How would government regulation help in this case? Peering has to make economic sense for both parties or they wouldn't do it. All that happens after peering is broken is that the routers are reconfigured to send traffic over their transit links instead of the peer links. Ultimately, customers are not hurt (except for downtime because of an unplanned link outage).
The government has no business inserting itself into this agreement. The government is not in the business of understanding the economic conditions that provoke peering agreements.
I recall reading an article a few years ago about how Yahoo gets approximately half of it's total bandwidth for free. It makes economic sense for content providers to peer with content consumers. This is where the net neutrality thing breaks down. Large content providers make sure they create links that make sure their content gets to eye balls quickly. The smaller content providers don't get this privilege unless they use content caching services or they find a co-lo that has a network with plenty of peering agreements already in place. Is it unfair? Yeah, so? That's how the chips fall.
If Verizon finds out that enough of their customer traffic is destined to Cogent, it only makes sense for them to peer. Both Cogent and Verizon have a huge number of peering agreements and I wouldn't be surprised if not having this agreement in place really makes that much of a difference to either one of them.
The serious problems with rejection don't come from stem cells from your own body. The problem with cells from your own body is the issue of finding a good source. Major progress has been made in finding a good sources of good stem cells from your own body. No real progress has been made in embryonic cells. This is why embryonic has been having trouble finding research dollars. Companies want to put their money to something that is starting to show results. There are plenty of adult stem cells therapies in clinical trials. No trails with embryonic.
What if the number of debian-based distros is based on the deficiencies of debian. ;)
But seriously, I don't see that yum is inferior to apt. For me, RedHat/Fedora has always had things laid out pretty well. Fedora has forged ahead with new ideas with real code (e.g. NetworkManager). Related to this article, is RedHat funding development of IcedTea. I hope that Java does make it into the LSB. It might force some further thinking on how to manage java packages on a system.
If the government would stop with the easy loans that people don't pay back then less people could afford fancy universities. Universities would have to lower their tuition to attract enough students. As long as the government keeps padding tuition, expect it to continue to rise at a rate higher than health care costs.
I say... stop with all government higher education loans for 4-8 years and see what happens.
It appears that the Bush administration did see a train wreck coming:
New Agency Proposed to Oversee Freddie Mac and Fannie Mae
So see why the free market couldn't correct earlier check this commentary out:
Financial Markets Are in a Mess
what you call "paid peering" is really just "modified transit" , not real peering.But to be fair , true "peering" doesn't exist as much today as it did even just 15 years ago ( which is when I first started in the bgp world ).
I was under the impression companies like Yahoo have half of their network traffic going over peering (cost free) links. They want to make sure that eyeballs get to their content in the quickest way possible. ISP like it because it takes some of the traffic off their transit links. Both companies win because one has content the other has eyeballs and they cut costs connecting the two together. Akamai is another big player that does this.
People, this is the *market* working! Great ideas don't just stand alone, market pressure pushes them into mainstream use. There was no doubt that someday oil would be priced high enough for other sources of energy to become attractive.
I just hate it when people think *they* are the smart ones and know what is best for the market. The market optimizes itself. It might take longer than you want, but it will eventually cut away the deadwood in a much smarter way than a centrally managed system.
The roster shows 121 speakers. If all of them opted for the three badges that would only add up to 363 badges. I do remember Joe saying the total number of badges ordered was at or over 8,500 (he gave a specific number, but I don't remember it). There were also badges for vendors, press, goons, and "hackers" (black badges). So "human" badges were probably 8,000, with the rest of the 500 made up of there rest of the colors. So even if you removed the ones given to the speakers, we would still be talking about over 8,000 people in total.
This year's badge session pdf's didn't list the breakdown like last year.
I would expect in cases where things get out of hand they should be able to quickly unplug a rouge access point from the network ASAP, giving them a bit of time to view the logs block the mac address, before the guy moves in range of an other access point and starts again. Thus needing a little more organized designed.
That is why they use Aruba AP's. MAC's are banned automatically. Why would they ever to that manually?
I am not sure of the exact attendance, but Joe Grand made over 8,000 circuit board badges. If I recall correctly, the number was 8,500. I heard that by Sunday they ran out of badges and some people were stuck with the paper badges. Most people I saw this year did have the circuit badges by Sunday. Of the ones that did not, I don't know how much over 8,500 it is, but I suspect the "over 9,000" is probably overstated.
DT didn't give an attendance amount at the wrap up this year, so I don't know what the official count was.
For my servers, I keep local mirrors of Centos and Fedora. My local DNS redirects yum to a local mirror. It is about 12G for Fedora 9 with updates. Centos is much smaller since I don't sync the extra packages.
I thought they moved most, if not all, that info to sqlite.
It prints whatever the packager typed into the .spec file. So you could get something like this:
$ rpm -q --queryformat "%{NAME}:\t%{LICENSE}\n" openoffice.org-math
openoffice.org-math: LGPLv2 and LGPLv2+ and MPLv1.1 and BSD
Someone pointed me to deb file format, and it does appear the file format does not support a license key/value pair.
BTW, to query a file instead of the rpm database it would be:
rpm -qp --queryformat "%{NAME}\t%{LICENSE}\n" *rpm
I *think* what Intel wants is this command:
rpm -qa --queryformat "%{NAME}\t%{LICENSE}\n"
I didn't know that .deb didn't support this. Can anyone provide a similar dpkg command?
Python? Maybe they Intel wanted to use a query like the above to get a listing of each package with the license information. I had no idea the .deb did not support this feature.
Ever since yum became part of the standard Redhat distro, I have had almost zero trouble with rpm packages. With the repository aware wrapper on top of rpm, dependencies are resolved automatically, just like apt. With the main repository getting larger and larger, there is less reason to use 3rd party repositories that could lend to dependency issues. The main reason to use a 3rd party repository is to add support for proprietary codecs and drivers.
There is even talk of removing the rpm command entirely so that all package management goes through yum.
It has been previously reported that cell phones have RF leakage that travels right up the corded headset. So instead of the antenna being near the side-back of your head, it goes right into your ear.
I am just trying to help the paranoid a bit! :)