I used to work at Inktomi. Yahoo did a major power play in that they:
1) Dumped Inktomi in favor of google. 2) Told Inktomi it was "just trying google out" and that they would "eventunally return to Inktomi" 3) Continued this leading-on of Inktomi until Inktomi's shares fell to nothing 4) Bought up Inktomi when they were weak 5) Switched back to Inktomi's software when they were good and ready
I bet -nothing- has changed between Yahoo! Slurp and Inktomi Slurp. Yahoo doesn't have the expertise to write search engine software like Inktomi, and they're just leveraging the software they have on hand.
Around 1991, I spent alot of time with with Greg Deocampo and friends from RISD in the early 90's when they were writing the software (which later became a company called AVX Design).
Mark Marinello wrote the original software, It was used on the U2 Zoo TV Tour which was largely based around what EBM could do with video.
The software was written for Quadra 950's under OS 8 running video cards (radius videovision, I think) that could barely crank out 320x200. It not for pixeldoubling and on-board zoom, it would have looked far worse.
If you're still interested in this sort of thing, ArKaos makes a MIDI-able video sampler now, called the Arkaos Visualizer which works a bit better than the AVX Video Sampler did.
I think the pioneer device might be great for real-time video mixing, but nothing quite compares to being able to fill up a midi keyboard with 88 keys or more of whacked out video and sync it to midi.
Quite a few of us moved to the West coast in the late 90's during the.com craze, and started IFILM, but that's a whole other story.
Mod this guy down. It's not an 'insightful' post at all.
Finder never crashes when browsing samba neworks under 10.3, and I've yet to have any problems with it.
Also, to repeat what a prvious user said - Konqueror breaks the UI paradigm in OS X by making things not work like a user expects. Why port the entire legion of awful Gnome and KDE apps over to such a beautiful, well working operating system?
One of the reasons why I use OS X on a daily basis instead of Linux (although I do connect to many linux servers with my OS X desktop) is because the people responsible for Gnome and KDE have yet to make a decent looking and functioning desktop.
Let's face it - they just don't stack up to how OS X works.
Even though the spammer never got root, there are some ways the author could have protected himself from such an attack.
For starters, running the apache server inside of a restricted chroot would have removed most of the commands that the attack depended on (wget, lynx, fetch, etc.)
Also, installing proper egress firewall rules (i.e. don't let the web servers send email - only let the email server do that) would have stopped the spam from getting out at all.
Why should it store metadata in it's own db? You move the song file, you lose the metadata! That's dumb! Embedded metadata is good! Blame the FLAC developers for not supporting IDv* tags.
Re: OGG and FLAC support: what, are there like 50 people on the planet using those formats? While it might be nice for apple to suppor this, they're not in widespread use and there's no real reason to support it in the first release.
Look, it was a patch to add an option to named.conf to give an administrator the choice to force root-delegation-only.
If ISC failed to give a proper list of domains that needed to have root-delegation in the sample configuration, then their configuration is to blame and not thier patch.
The people over at.name are not addressing this issue properly. No formal letter was required to be sent to ICANN -- All ISC had to do was inform people that the sample configuration was invalid.
A patch to provide this functionality has been around for the last three years. While it may be 'worrysome' for people to have the versions of their software exposed, it's even more worrysome for people to run versions of software that haven't been patched.
Woe be to those who are still running old versions of SSH.
Anyone have any thoughts as to how they are able to figure out who is downloading what without being able to sniff at large networks?
I mean, they would have to have deals in place at major ISPs to gleam the kind of data they claim to have.
If all they are doing is looking at gnutella search terms, then that's easy, but exact location of user and when the song was being downloaded isn't possible in the current protocol, right?
It's not loud, it's percieved loudness!
on
Is Louder Better?
·
· Score: 1
For years and years there's been an ongoing compression war between studios, radio stations, and producers.
Audio is compressed in the recording stage, compressed during mixdown, again in mastering, and a further set of compression takes place in radio broadcast.
All of this sacrifices dynamic range in order to make the music seem much louder than it really is, and make some stations seem "better" than others.
Some people use maximizing tools (like Waves L1) in addition to all this compression which just makes this issue worse when those tools are overused.
A lot of this FUD; There are security issues, but more recently Verisign and other CA's have been injecting this sort of stuff into the mass media to try to push for more authenticated services, which means more certificates, and more money for their corporations.
We can't replace BGP anymore than we can replace the VHS tape. It's become too integrated into the operations of the Internet, and it's simply too hard to change (just like IPv6 vs v4. It's not going away anytime soon.)
Aside from the fact that 1) the slashdot editor is stupid, and 2) Just because it says linux doesn't warrant a story, this bit caught my eye:
The Examination of Moussaoui's Laptop
Standby counsel's fourth request questions whether the defendant's laptop was imaged before it lost power. The defendant's laptop was imaged on September 11, 2001, before the laptop lost power. Sewell Affidavit at 11. The BIOS settings for the laptop requested by standby counsel are set forth in SSA Sewell's affidavit. Sewell Affidavit at 11. Therefore, this request is now moot.
Ask your self: How the hell did they know to image his laptop on September 11th? This means they already knew he was part of the attack, and they were already on to him. Funny how we, the people, were never warned.
If the spoofed host and my VPN box do not share the same key, then the connection will not initiate.
For SSL, the same is true (as the CA Signing key wouldn't make sense.)
It's only for SSH with password authentication, that this becomes an issue -- because then the user will accept the security warning and still enter their password. Yet another reason why you shouldn't use plaintext passwords with SSH alone.
While I agree with you that a security flaw in the modem itself is just terrible, does slashdot really have to make statements like:
The severity of a potential attack could allow a malicious subscriber to gain access to the customers private activity on the net, as well as the capabilities to hijack connections, intercept SSL/SSH/VPN encrypted sessions, hijack and poison dns servers, and perform a Denial of Service on the entire subnet.
So what if the user intercepts SSL/SSH/VPN traffic from hosts behind the cable modem? The entire purpose of those protocols is to prevent man-in-the-middle attacks, and encrypt traffic so that the security of the transport (as seen here as entirely untrustable) is no longer an issue.
This type of fear mongering is what drives daily stories on the front page of slashdot, and has become entirely too irritating to deal with.
The initial idea of cable TV was that you'd pay for the service to avoid advertisements, but that all changed when greed took over.
Premium channels were supposed to deliver content without advertisements, but now look at what cable / DirectTV does: Advertisements on nearly every channel, and advertisements on premium channels for other premium channels (i.e. HBO advertisments for HBO family on HBO1)
I use Privoxy on my network (about 6 machines) and there are frequent instances where the ad-blocking software blocks a crucial piece of javascript or a banner-ad sized image that is not an advertisement, rendering the site unusable.
Blocking ads at the ISP level would be just awful. What does and does not get blocked should be up to the user and not the ISP.
1) It is not, and has not ever been meant to be a 100% foolproof technology.
2) Content producers want to see 80% results. They figure if only the 'geeks' can copy the data, then they don't care. Every DRM meeting I've had with clients has been like this (obnote: I don't like DRM. I've had to implement it a couple times to _eat_)
3) Whatever we say here is mostly irrelevant. They'll create this crappy technology, and we'll all use our DAT machines and secondary computers to copy it.
This makes no sense. If sales tax is meant to provide taxes to the state, those monies are meant to provide services to the citizens of that state.
If you pay sales tax to a state that you don't live in, in the form of Internet taxes, how can you benefit from the tax? The American Revolution started because of this!
Start here: http://www.netcaucus.org/books/taxation2000 /Part3. pdf
An Interesting fact:
The Supreme Court's 1992 decision in Quill Corporation v. North Dakota held that the Constitution prevents states from requiring sales/use tax collection by out-of-state sellers without a physical connection to the state, but that Congress has the power to require such out-of-state sellers to collect the taxes.
You cry when cutting onions because you cut through the cellular walls of the onion, releasing pyruvic acid and sulfur compounds (like allyl sulfide) which combines with enzymes in your eyes to form a mild form of sulfuric acid.
Cutting with a serrated knife or dull knife cuts through more cells, which releases more of the compounds, and causes more tears.
All of the silly things listed here (putting juice on your forehead, bread in the mouth, etc.) won't stop this from happening. Only swimming goggles, using a sharp knife, and fresh onions will reduce the tears.
(Note this doesn't happen with sweet onions, which contain very little pyruvic acid.)
I worked for a small consulting company (when I lived in Boston) about 5 years ago that had to go in and assist the main architects for the big dig.
Their main office was completely flooded out (it was in a basement), and all of the critical servers, mostly individual sparc workstations running AutoCad, lived under the desks of the architects.
I poured gallons of water out of servers, and there was no centralized backup system anywhere on or off the premisis. There were a few tapes, but mostly it was lots and lots of plotter output, everywhere. Their admins were clueless, and they had no idea what they were doing (or how to fsck and recover the workstations, even!)
After seeing this, and living in Boston for many years, I had a good explaination of why the architects and the designers had so many problems: Little communicaiton, poor admin work, insane (and impossible) deadlines and even worse management.
I don't think the project will ever be completed. We all know the computer simulations prove that the project will be at or above capacity when it opens, and the process will need to begin anew.
The only real good that's come of it is that many new engineering techniques have been researched and tried out. It's just too bad they used one of my favorite cities as a testbed.
Slashdot Mirror
Yahoo is still using old Inktomi hardware, a collection of Suns, and (more recently) rackable linux servers.
I used to work at Inktomi. Yahoo did a major power play in that they:
1) Dumped Inktomi in favor of google.
2) Told Inktomi it was "just trying google out" and that they would "eventunally return to Inktomi"
3) Continued this leading-on of Inktomi until Inktomi's shares fell to nothing
4) Bought up Inktomi when they were weak
5) Switched back to Inktomi's software when they were good and ready
I bet -nothing- has changed between Yahoo! Slurp and Inktomi Slurp. Yahoo doesn't have the expertise to write search engine software like Inktomi, and they're just leveraging the software they have on hand.
Your review makes Thomas Watson look like a saint,. Please go read _IBM and the Holocaust_ to read what Watson's "mean streak" really represented.
That particular night came off of tape, and nothing was done real-time on that night.
-sigh-
Around 1991, I spent alot of time with with Greg Deocampo and friends from RISD in the early 90's when they were writing the software (which later became a company called AVX Design).
.com craze, and started IFILM, but that's a whole other story.
Mark Marinello wrote the original software, It was used on the U2 Zoo TV Tour which was largely based around what EBM could do with video.
The software was written for Quadra 950's under OS 8 running video cards (radius videovision, I think) that could barely crank out 320x200. It not for pixeldoubling and on-board zoom, it would have looked far worse.
Specs on EBM's live rig are still available.
If you're still interested in this sort of thing, ArKaos makes a MIDI-able video sampler now, called the Arkaos Visualizer which works a bit better than the AVX Video Sampler did.
I think the pioneer device might be great for real-time video mixing, but nothing quite compares to being able to fill up a midi keyboard with 88 keys or more of whacked out video and sync it to midi.
Quite a few of us moved to the West coast in the late 90's during the
Mod this guy down. It's not an 'insightful' post at all.
Finder never crashes when browsing samba neworks under 10.3, and I've yet to have any problems with it.
Also, to repeat what a prvious user said - Konqueror breaks the UI paradigm in OS X by making things not work like a user expects. Why port the entire legion of awful Gnome and KDE apps over to such a beautiful, well working operating system?
One of the reasons why I use OS X on a daily basis instead of Linux (although I do connect to many linux servers with my OS X desktop) is because the people responsible for Gnome and KDE have yet to make a decent looking and functioning desktop.
Let's face it - they just don't stack up to how OS X works.
Even though the spammer never got root, there are some ways the author could have protected himself from such an attack.
For starters, running the apache server inside of a restricted chroot would have removed most of the commands that the attack depended on (wget, lynx, fetch, etc.)
Also, installing proper egress firewall rules (i.e. don't let the web servers send email - only let the email server do that) would have stopped the spam from getting out at all.
Companies install plenum simply because it's NOT a fire hazard. Plenum saves lives.
Randomize the position of the canidates on the screen, just like a door scramble pad does.
Let's describe a voting system that works:
...but this would be too easy.
1) There's a program somewhere running inside the
2) Each person gets a smart card or similar secure device. As it counts, it burns out gates inside the card. The count can only go up.
3) Back at the main counting station, a similar thing happens. People insert their cards, and counters go up by burning out gates (i.e. FPGA)
The cards are disposable. There is no database. There's no way to decrement any of the counters. It just works.
Why should it store metadata in it's own db? You move the song file, you lose the metadata! That's dumb! Embedded metadata is good! Blame the FLAC developers for not supporting IDv* tags.
Re: OGG and FLAC support: what, are there like 50 people on the planet using those formats? While it might be nice for apple to suppor this, they're not in widespread use and there's no real reason to support it in the first release.
Look, it was a patch to add an option to named.conf to give an administrator the choice to force root-delegation-only.
.name are not addressing this issue properly. No formal letter was required to be sent to ICANN -- All ISC had to do was inform people that the sample configuration was invalid.
If ISC failed to give a proper list of domains that needed to have root-delegation in the sample configuration, then their configuration is to blame and not thier patch.
The people over at
A patch to provide this functionality has been around for the last three years. While it may be 'worrysome' for people to have the versions of their software exposed, it's even more worrysome for people to run versions of software that haven't been patched.
Woe be to those who are still running old versions of SSH.
Anyone have any thoughts as to how they are able to figure out who is downloading what without being able to sniff at large networks?
I mean, they would have to have deals in place at major ISPs to gleam the kind of data they claim to have.
If all they are doing is looking at gnutella search terms, then that's easy, but exact location of user and when the song was being downloaded isn't possible in the current protocol, right?
For years and years there's been an ongoing compression war between studios, radio stations, and producers.
Audio is compressed in the recording stage, compressed during mixdown, again in mastering, and a further set of compression takes place in radio broadcast.
All of this sacrifices dynamic range in order to make the music seem much louder than it really is, and make some stations seem "better" than others.
Some people use maximizing tools (like Waves L1) in addition to all this compression which just makes this issue worse when those tools are overused.
A lot of this FUD; There are security issues, but more recently Verisign and other CA's have been injecting this sort of stuff into the mass media to try to push for more authenticated services, which means more certificates, and more money for their corporations.
We can't replace BGP anymore than we can replace the VHS tape. It's become too integrated into the operations of the Internet, and it's simply too hard to change (just like IPv6 vs v4. It's not going away anytime soon.)
Ask your self: How the hell did they know to image his laptop on September 11th? This means they already knew he was part of the attack, and they were already on to him. Funny how we, the people, were never warned.
This is meaningless if you're using shared keys.
If the spoofed host and my VPN box do not share the same key, then the connection will not initiate.
For SSL, the same is true (as the CA Signing key wouldn't make sense.)
It's only for SSH with password authentication, that this becomes an issue -- because then the user will accept the security warning and still enter their password. Yet another reason why you shouldn't use plaintext passwords with SSH alone.
So what if the user intercepts SSL/SSH/VPN traffic from hosts behind the cable modem? The entire purpose of those protocols is to prevent man-in-the-middle attacks, and encrypt traffic so that the security of the transport (as seen here as entirely untrustable) is no longer an issue.
This type of fear mongering is what drives daily stories on the front page of slashdot, and has become entirely too irritating to deal with.
The initial idea of cable TV was that you'd pay for the service to avoid advertisements, but that all changed when greed took over.
Premium channels were supposed to deliver content without advertisements, but now look at what cable / DirectTV does: Advertisements on nearly every channel, and advertisements on premium channels for other premium channels (i.e. HBO advertisments for HBO family on HBO1)
No, it wouldn't.
I use Privoxy on my network (about 6 machines) and there are frequent instances where the ad-blocking software blocks a crucial piece of javascript or a banner-ad sized image that is not an advertisement, rendering the site unusable.
Blocking ads at the ISP level would be just awful. What does and does not get blocked should be up to the user and not the ISP.
No one seems to understand the goal of DRM:
1) It is not, and has not ever been meant to be a 100% foolproof technology.
2) Content producers want to see 80% results. They figure if only the 'geeks' can copy the data, then they don't care. Every DRM meeting I've had with clients has been like this (obnote: I don't like DRM. I've had to implement it a couple times to _eat_)
3) Whatever we say here is mostly irrelevant. They'll create this crappy technology, and we'll all use our DAT machines and secondary computers to copy it.
If you pay sales tax to a state that you don't live in, in the form of Internet taxes, how can you benefit from the tax? The American Revolution started because of this!
Start here:
http://www.netcaucus.org/books/taxation200
An Interesting fact:
So where the hell does the money go?
Read this:
http://www.netcaucus.org/books/taxation200
You cry when cutting onions because you cut through the cellular walls of the onion, releasing pyruvic acid and sulfur compounds (like allyl sulfide) which combines with enzymes in your eyes to form a mild form of sulfuric acid.
Cutting with a serrated knife or dull knife cuts through more cells, which releases more of the compounds, and causes more tears.
All of the silly things listed here (putting juice on your forehead, bread in the mouth, etc.) won't stop this from happening. Only swimming goggles, using a sharp knife, and fresh onions will reduce the tears.
(Note this doesn't happen with sweet onions, which contain very little pyruvic acid.)
I worked for a small consulting company (when I lived in Boston) about 5 years ago that had to go in and assist the main architects for the big dig.
Their main office was completely flooded out (it was in a basement), and all of the critical servers, mostly individual sparc workstations running AutoCad, lived under the desks of the architects.
I poured gallons of water out of servers, and there was no centralized backup system anywhere on or off the premisis. There were a few tapes, but mostly it was lots and lots of plotter output, everywhere. Their admins were clueless, and they had no idea what they were doing (or how to fsck and recover the workstations, even!)
After seeing this, and living in Boston for many years, I had a good explaination of why the architects and the designers had so many problems: Little communicaiton, poor admin work, insane (and impossible) deadlines and even worse management.
I don't think the project will ever be completed. We all know the computer simulations prove that the project will be at or above capacity when it opens, and the process will need to begin anew.
The only real good that's come of it is that many new engineering techniques have been researched and tried out. It's just too bad they used one of my favorite cities as a testbed.