Ready-made dirty bombs are driven in trucks all over the country. GREAT IDEA.
Such activities go on right now, with other equally dangerous, lesser known radioactive materials. In fact, there's a website about it. With the amount of planning one would need to hijack a truck with nuclear waste, one could very easily break into a food sterilization plant, or steal the radioisotopes from an oil well monitoring righ, or buy a stack of $6 smoke alarms. Nuclear shipments are handled pretty securely. I suggest you stop acting all paranoid about that one vactor which already had fairly adequate security, and start concerning yourself with other radioisotopes.
The thing is, though, competition breeds more efficient processes. You just have one of any group, be it scientists, or auto makers, or health providers, and the process becomes rife with inefficiencies; "that's the way it's always been done" becomes the MO. Yeah, competitions like this aren't "friendly", but they do cause progress to happen a lot faster. Neither side will want to be second place.
The problem is is that the current implementation of the features in KDE is very inefficient -- lots of hacks, etc to get "transparency" that doesn't work properly a lot of the time. The freedesktop project rocks because it places all of these functions in the compositing level, which means that any x app can use them, without relying on one specific windowmanager. There are lots of performance gains to be had with this new method, as all of the actions are handled once, at the server level, instead of on a toolkit-by-toolkit basis.
Where are you getting 6GB from? From what I see the box can support up to 12GB RAM. While low, yes, I imagine that has more to do with the fact that DRAM with the memory densities to go higher just aren't around yet than IBM arbitrarily setting the memory access.
The iPod also supports USB 2.0. USB + FireWire > USB.
Slightly greater. I have 4 systems I use regularly that support USB. I've only got one firewire system. Thus, to me, there is no real advantage, as the firewire interface will be so rarely used as to be worthless. Plus, being that the iRiver unit does not have silly databases and hidden directories where it keeps its music files. Thus, I can use it anywhere without having to clutter a system with a program I'm only going to use a handful of times.
With a nice auto-synchronizing jukebox app that tracks play counts, last-played time, ratings, and supports on-the-go playlist creation?
I'm currently typing this on a mac, and find the ugly-ass brushed metal interface of iTunes to be too reminiscent of the utterly horrible brushed metal themes that were available for Linux back in the late 90s. Additionally, the iRiver box supports.m3u playlists, so the numerous music player apps that do support rating, etc, just work on the iRiver box with no problem, with a nicer interface to boot. My solution also doesn't require you to use a player application that tries to "help" you sort your MP3s into directories, etc; I like my music files in a flat database, so when I'm in the mood for pseudo-random listening, I can just scroll one window and see all the music files, regardless of the program I'm using.
Admittedly, the ipod does have a greater amount of storage space at this time, so for you, it may be a bit better. Course, you'd probably be even better off moving over to something like the neuros, which has hacks available for 80gb of storage. More space is better, right?
USB 2.0 is just as fast as firewire, and by design is backward compatible with USB 1.1 systems, which means I can head to pretty much any computer anywhere, plug it in and transfer music.
Also, this device is a USB mass storage device. This means that while the company only supports tranferring from a windows machine, it'll work from any system that adheres to the USB mass storage standards. So you should be able to use it on your mac just fine.
So it's only got 20 gigs of music. Unless you've got hours upon hours of music, then that's simply not going to be an issue. And chances are, if you've got that much music, then even 40 gigs of music is probably going to be pushing it.
Such a backdoor is fairly trivial to ferret out nowadays. All one would have to do is to place Intel's C compiler, or some other compiler capable of building gcc somewhere in the mix. As it is much, much less likely that a) two compiler trees have backdoors in there and b) both compiler chains have the same exact exploit in them, and can detect that they are building each other, by doing so, the tinfoil hat types can be assurred that their copy of gcc is essentially mathematically ensured not to have a backdoor, unless of course there is some wide-reaching conspiracy in the computer world, in which case, we're all fucked anyways, so it doesn't really matter.
Thompson's hack worked because he was the only provider of both Unix and C. Nowadays, that's simply not the case.
Why is that needed? Surely it's not that hard to open a file and see if it's an MP3 or not by reading a few bytes in. Other MP3 players work without a centralized database. Why can't apple's?
Guess it's a matter of preference. I tried the pumpkin ale, and didn't really care for it. Course, I'm not much of a beer drinker in general, so that may be where the issue comes from...
I've had some, it's not all that tasty. The best mixture of pumpkin and alcohol is a bit of pumpkin pie, and a cuba libre on the side. Trying to create a more convenient delivery mechanism for getting both pumpkin and alcohol causes problems.
There are some who think that it's an evil pagan holiday, most of us laugh at them. Besides, adult costumes are much more fun, that is, when they arrive on time./me glares at the postal service, wondering if hir tail is going to arrive in time
Corn fed beef? In the US? You ever head out west, you'll see acres upon acres upon acres of rangeland, and lots of cows feeding upon grass. Maybe they feed them corn back east, but out west, we treat our cows good.
Actually, from this bit of info I dug up, it looks like IBM will be using PPC processors for the project that have been essentially tailor made for the task at hand. Taking a sheet out of the embedded processor playbook, they're putting a lot of glue logic directly on the chip, thus using the G5 approach of a traditional computer would probably mean a more expensive cost, and higher power consumption.
You don't want to destroy all of Utah. I'd hate to see Arches destroyed, as well as Bonneville, etc. The kind of stuff you're talking about requires a precision warhead that'll take out one corporate headquarters, yet create negligable amounts of fallout for the buildings right next to it. After all, IIRC, Novell is in Utah as well. Can't nuke them now, can we?
We never left that era. There have always been $10 million+ supercomputers that fill up rooms. They went incognito during the 90s as datacenters, but they have always existed. It's just they take a bit of a different name now.
Uh, IBM makes the G5, or rather, the PPC970. I think they of all people would know whether or not the processor is suitable for the task at hand. Don't you agree?
Sorry, but no self-respecting American restaurant would serve a steak that is grey and bland. It's got to be bloody as hell. Alternatively, you can have it smoked and cooked, but in that case, you gotta get it from a wood siding-clad smokehouse that's been there for at least a half century, preferably longer, and the steak has to have enough bbq sauce to leave a puddle on your plate after you finish eating.
Alternatively, if you like fire, you can go down to New Mexico, get some green chile chicken soup that'll have you breathing fire. Or some green chile sushi, or pretty much anything else with some of the nicest green chile on the planet.
American cuisine is very much a localized thing. If you're eating the export, you're missing out on the flavors and nuances that come from someone's grandma or grandpa teaching them all of the tricks that come from 50 years of cooking. So of course you're going to get the lowest common denominator in exports, everyone who knows anything about really cooking is over here, fine tuning ancient recipies with ingredients that are impossible to get elsewhere.
It's a bug. Period. If it allows any process to arbitrarily crash the system, it's a bug and needs to be fixed as soon as possible. Yes, it's difficult to exploit on a stock system, but it doesn't mean it's any more acceptable.
Slashdot Mirror
Such activities go on right now, with other equally dangerous, lesser known radioactive materials. In fact, there's a website about it. With the amount of planning one would need to hijack a truck with nuclear waste, one could very easily break into a food sterilization plant, or steal the radioisotopes from an oil well monitoring righ, or buy a stack of $6 smoke alarms. Nuclear shipments are handled pretty securely. I suggest you stop acting all paranoid about that one vactor which already had fairly adequate security, and start concerning yourself with other radioisotopes.
The thing is, though, competition breeds more efficient processes. You just have one of any group, be it scientists, or auto makers, or health providers, and the process becomes rife with inefficiencies; "that's the way it's always been done" becomes the MO. Yeah, competitions like this aren't "friendly", but they do cause progress to happen a lot faster. Neither side will want to be second place.
Ah. Then IHBT. IHL. HAND. Glad to hear your trip went well, though.
If one can't 17MB files to an iPod, how is one supposed to play the greatest psych-rock song ever? Seems like a pretty bad design flaw to me.
The problem is is that the current implementation of the features in KDE is very inefficient -- lots of hacks, etc to get "transparency" that doesn't work properly a lot of the time. The freedesktop project rocks because it places all of these functions in the compositing level, which means that any x app can use them, without relying on one specific windowmanager. There are lots of performance gains to be had with this new method, as all of the actions are handled once, at the server level, instead of on a toolkit-by-toolkit basis.
Where are you getting 6GB from? From what I see the box can support up to 12GB RAM. While low, yes, I imagine that has more to do with the fact that DRAM with the memory densities to go higher just aren't around yet than IBM arbitrarily setting the memory access.
I'm currently typing this on a mac, and find the ugly-ass brushed metal interface of iTunes to be too reminiscent of the utterly horrible brushed metal themes that were available for Linux back in the late 90s. Additionally, the iRiver box supports .m3u playlists, so the numerous music player apps that do support rating, etc, just work on the iRiver box with no problem, with a nicer interface to boot. My solution also doesn't require you to use a player application that tries to "help" you sort your MP3s into directories, etc; I like my music files in a flat database, so when I'm in the mood for pseudo-random listening, I can just scroll one window and see all the music files, regardless of the program I'm using.
Admittedly, the ipod does have a greater amount of storage space at this time, so for you, it may be a bit better. Course, you'd probably be even better off moving over to something like the neuros, which has hacks available for 80gb of storage. More space is better, right?
Also, this device is a USB mass storage device. This means that while the company only supports tranferring from a windows machine, it'll work from any system that adheres to the USB mass storage standards. So you should be able to use it on your mac just fine.
So it's only got 20 gigs of music. Unless you've got hours upon hours of music, then that's simply not going to be an issue. And chances are, if you've got that much music, then even 40 gigs of music is probably going to be pushing it.
Thompson's hack worked because he was the only provider of both Unix and C. Nowadays, that's simply not the case.
Why is that needed? Surely it's not that hard to open a file and see if it's an MP3 or not by reading a few bytes in. Other MP3 players work without a centralized database. Why can't apple's?
Guess it's a matter of preference. I tried the pumpkin ale, and didn't really care for it. Course, I'm not much of a beer drinker in general, so that may be where the issue comes from...
I've had some, it's not all that tasty. The best mixture of pumpkin and alcohol is a bit of pumpkin pie, and a cuba libre on the side. Trying to create a more convenient delivery mechanism for getting both pumpkin and alcohol causes problems.
Grow a cunt and fuck yourself, dude.
There are some who think that it's an evil pagan holiday, most of us laugh at them. Besides, adult costumes are much more fun, that is, when they arrive on time. /me glares at the postal service, wondering if hir tail is going to arrive in time
It's funny, laugh. Besides, it's always good to see an accessible book on evolutionary biology. Not everything needs to be dry and boring.
Ah, but you missed the biggest reason why sex won't be going anywhere anytime soon. It's fun. If sex didn't exist, you'd be damn sure we'd invent it.
One can create photo galleries, use advanced groupware applications, browse anything on your computer, be it a camera or a network share from the same interface, have a music player that fits in appearance with the rest of the GUI, and oh yeah, works on everything, from a Sun Ultra 2, to a PC, to a Mac G3. Yeah, there are a few niche applications where a mac may be good in, but for The Rest of Us, Linux is where it's at.
Corn fed beef? In the US? You ever head out west, you'll see acres upon acres upon acres of rangeland, and lots of cows feeding upon grass. Maybe they feed them corn back east, but out west, we treat our cows good.
Actually, from this bit of info I dug up, it looks like IBM will be using PPC processors for the project that have been essentially tailor made for the task at hand. Taking a sheet out of the embedded processor playbook, they're putting a lot of glue logic directly on the chip, thus using the G5 approach of a traditional computer would probably mean a more expensive cost, and higher power consumption.
You don't want to destroy all of Utah. I'd hate to see Arches destroyed, as well as Bonneville, etc. The kind of stuff you're talking about requires a precision warhead that'll take out one corporate headquarters, yet create negligable amounts of fallout for the buildings right next to it. After all, IIRC, Novell is in Utah as well. Can't nuke them now, can we?
We never left that era. There have always been $10 million+ supercomputers that fill up rooms. They went incognito during the 90s as datacenters, but they have always existed. It's just they take a bit of a different name now.
Uh, IBM makes the G5, or rather, the PPC970. I think they of all people would know whether or not the processor is suitable for the task at hand. Don't you agree?
Alternatively, if you like fire, you can go down to New Mexico, get some green chile chicken soup that'll have you breathing fire. Or some green chile sushi, or pretty much anything else with some of the nicest green chile on the planet.
American cuisine is very much a localized thing. If you're eating the export, you're missing out on the flavors and nuances that come from someone's grandma or grandpa teaching them all of the tricks that come from 50 years of cooking. So of course you're going to get the lowest common denominator in exports, everyone who knows anything about really cooking is over here, fine tuning ancient recipies with ingredients that are impossible to get elsewhere.
Blues scream of death, dude. Get B.B. King or someone to lay down a 5-10 second good old fashioned shout for whenever the system crashes.
It's a bug. Period. If it allows any process to arbitrarily crash the system, it's a bug and needs to be fixed as soon as possible. Yes, it's difficult to exploit on a stock system, but it doesn't mean it's any more acceptable.