They weren't offering a free iPod. They were offering a premium to companies that could get new customers to sign up. These companies got prospecive iPod owners to sign up several times and then passed on some of the revenue generated as a free iPod.
Of course, 99% of the time that didn't happen because of course it was a complete crock of shit.
I don't know why you're complaining about the 9250 - it's probably the best card ATI do. It's the fastest performing model that actually has usable drivers for it.
All programs are provided by their developers directly via Autopackage or BitRock, and other windows-like installers sice no one in the linux community seems to like app folders
You really miss the whole point of a distribution and package management.
My next computer will be a Mactel.
Good for you.
Re:I liked Internet Explorer 7 the first time...
on
IE7 Bugs and Reviews
·
· Score: 1
As another reply has hinted, this update has been released in KDE 3.4.2.
No one in the movie industry uses Linux to make movies, they use it like they use a hammer, its a tool to get some related task done... And even the conference program lay this down pretty clearly...
Wow. You're really very wrong. Nearly all the big animation departments use linux desktops exclusively (dreamworks, disney, ILM, Pixar (yes, pixar), R&H). Most of them seem to use Fedora from what I gather.
Linux is absent except in files distribution, content servers and render farms, Linux will be used because it's compatible with osX not the other way around. BTW I work in studio and I did postproduction...
Well this may be true in the littleleagues.
Re:I think KDE needs a new default icon set
on
Preview of KDE 3.5
·
· Score: 1
Slick is the most hideous iconset ever. And that includes Windows 3.1.
Hate to say it, but I don't think proprietary software immediately implements random feature demands (sorry, requests) made by one person on some internet forum.
The moral of the story is that, boot diagnostics are cool because you spend less time on the phone. I've never had such an experience with a PC, where if you're lucky you get a couple LEDs. I guess that's what you get for $30k.
Mmm. That would be nice, but you see the problem is that SGIs didn't generally have to cope with a lot of third party hardware. Everything that the firmware would ever communicate with was pretty much known before the box left the factory.
PCs have a huge amount of (often obscure) third party hardware available for them. What makes this even worse is that lots of the standards are often developed after the bios was shipped. How many motherboards do you have which were bought before SATA was widespread? Firewire? It ain't gonna be very clever when you add an SATA card.
In the past, BIOSes have coped with this by being fairly abstract to these things - as a consequence they're pretty dumb and don't have (m)any clever diagnostics.
Buy it's not so simple when you have a world where there are x hundred IDE chipsets, y hundred ethernet controllers, z thousand graphics chips and 100,000 UNKNOWN DEVICES.
Hence, I'm not really bothered if the OS has DRM capability or not. I'm going fully Mac when the x86 powermacs come out anyway so Windows is just going to be something I use for emulation purposes.
That's funny because MacOS is going to be the most restrictive DRM'd environment available. Have fun.
And don't get me started on the Linux kernel. Until the 2.4 series, I could have done better with 6 months and an unlimited supply of pizza and Sun Drop.
Either your InstallShield package, or your zipped program, will work fine in almost any version of Windows - that is, 1 package for 90% of the computer using population
Translation: Your installshield package will be allowed to randomly overwrite any library it likes on your system with its own version that will work with the target application.
Typical home users aren't going to want to hear "To install this you have to download, configure and install package A thru F just to be up to date for the software you really want to run. But be careful, cuz one of those packages could F your shit up good."
I know people that can hardly grasp the concept of "double click to install". Whether they should be using a PC is for a diff. debate.
You don't understand the concept of a real package management system and why in this way Linux distributions are light years ahead of anything else available.
Just because you don't understand something doesn't mean it 'sucks'. Just because you're used to something (installing things the windows way, hunting down some random.exe on the web) doesn't mean it's good.
You jump at the fact that he mentioned the word code, though he mentioned several other ways complaining users can do something constructive.
I spent some time a while back going over the Gentoo install documentation, making notes where clarification could be used and how it could perhaps be structured in an easier-to-follow format. My suggestion/report was just discarded with "It works for us"
Your problem is that at no point do you entertain the idea that your suggestions weren't very good.
Usability is the "un-fun" portion of building a desktop. It's just not cool to go through and code and edit to make it all flow together.
Completely wrong. UI stuff is the 'cool stuff' because anyone can put on the 'HCI expert' hat and then make a stink when people don't do exactly what they say. It's the stuff that allows people to say "You see the way those widgets are arranged? I did that."
You have a great way of making excuses for not doing anything productive about the situation yet continue complaining bitterly.
The average user would take one look at GNOME or KDE and go "Yuck!"
I know a lot of 'average users' who would disagree with you.
So get off your high horse and come taste a bit of reality.
Get off your own high horse. Just because people don't always listen to you or do things the way you say they should be done doesn't mean they're unresponsive and arrogant.
I can see Apple gaining a wider audience on the other hand. They're moving TOWARDS open source, not away from it. They seems to have their finger on the pulse of the people.
Bullshit. Apple will be leading the way into DRM-land. They have the most trusting and naive userbase on the planet, so it'll be a walk in the park.
Another reason why Tiger and Leopard makes Longhorn look long-in-the-tooth ^^
Err.. Because it's already got/getting these features and already has a userbase that will accept any of these restrictions with a smile on their face?
Apple will do this (and already are) because there is no such thing as pissing off their fans. Their fans will absolutely love & defend anything they do. It's like Tommy Hilfiger (?) pissing off their customers. They can do it because they know all they ever have to worry about is remaining trendy.
I can put my dad and my mom in front of my stereo system and they can tell the difference. They are the first ones to complain that they wouldn't be able to hear a difference so why waste money. Then all of a sudden they are talking about how clear it sounds. Girlfriend was the same.
Anything 'easier' would compromise the flexibility of its capabilities.
If you're talking about "I shouldn't be made to edit a config file! Who do they think I am? I want a pretty gui!", then that's the distro's job, not xorg's.
...make certain that autorun of CD-ROMs is disabled in the registry.
Aww, he assumes it's going to be running Windows. Isn't that cute?
They weren't offering a free iPod. They were offering a premium to companies that could get new customers to sign up. These companies got prospecive iPod owners to sign up several times and then passed on some of the revenue generated as a free iPod.
Of course, 99% of the time that didn't happen because of course it was a complete crock of shit.
The policy probaby had something to do with rapidly declining customer numbers at AOL as more Americans switch to broadband.
I imagine it had more to do with the hundreds of thousands of obnoxious free ipod chasers signing up for accounts and then cancelling them.
Haha, oh yeah. Because Apple is your friend. Oh man some people are so naïve.
I don't know why you're complaining about the 9250 - it's probably the best card ATI do. It's the fastest performing model that actually has usable drivers for it.
As another reply has hinted, this update has been released in KDE 3.4.2.
No one in the movie industry uses Linux to make movies, they use it like they use a hammer, its a tool to get some related task done... And even the conference program lay this down pretty clearly...
Wow. You're really very wrong. Nearly all the big animation departments use linux desktops exclusively (dreamworks, disney, ILM, Pixar (yes, pixar), R&H). Most of them seem to use Fedora from what I gather.
Linux is absent except in files distribution, content servers and render farms, Linux will be used because it's compatible with osX not the other way around. BTW I work in studio and I did postproduction...
Well this may be true in the littleleagues.
Slick is the most hideous iconset ever. And that includes Windows 3.1.
Hate to say it, but I don't think proprietary software immediately implements random feature demands (sorry, requests) made by one person on some internet forum.
That's why you can export to ps.
The moral of the story is that, boot diagnostics are cool because you spend less time on the phone. I've never had such an experience with a PC, where if you're lucky you get a couple LEDs. I guess that's what you get for $30k.
Mmm. That would be nice, but you see the problem is that SGIs didn't generally have to cope with a lot of third party hardware. Everything that the firmware would ever communicate with was pretty much known before the box left the factory.
PCs have a huge amount of (often obscure) third party hardware available for them. What makes this even worse is that lots of the standards are often developed after the bios was shipped. How many motherboards do you have which were bought before SATA was widespread? Firewire? It ain't gonna be very clever when you add an SATA card.
In the past, BIOSes have coped with this by being fairly abstract to these things - as a consequence they're pretty dumb and don't have (m)any clever diagnostics.
Buy it's not so simple when you have a world where there are x hundred IDE chipsets, y hundred ethernet controllers, z thousand graphics chips and 100,000 UNKNOWN DEVICES.
Hence, I'm not really bothered if the OS has DRM capability or not. I'm going fully Mac when the x86 powermacs come out anyway so Windows is just going to be something I use for emulation purposes.
That's funny because MacOS is going to be the most restrictive DRM'd environment available. Have fun.
And don't get me started on the Linux kernel. Until the 2.4 series, I could have done better with 6 months and an unlimited supply of pizza and Sun Drop.
But instead you're posting on slashdot.
Either your InstallShield package, or your zipped program, will work fine in almost any version of Windows - that is, 1 package for 90% of the computer using population
Translation: Your installshield package will be allowed to randomly overwrite any library it likes on your system with its own version that will work with the target application.
What a great solution.
You don't understand the concept of a real package management system and why in this way Linux distributions are light years ahead of anything else available.
Just because you don't understand something doesn't mean it 'sucks'. Just because you're used to something (installing things the windows way, hunting down some random
Your problem is that at no point do you entertain the idea that your suggestions weren't very good.
Completely wrong. UI stuff is the 'cool stuff' because anyone can put on the 'HCI expert' hat and then make a stink when people don't do exactly what they say. It's the stuff that allows people to say "You see the way those widgets are arranged? I did that."
You have a great way of making excuses for not doing anything productive about the situation yet continue complaining bitterly.
I know a lot of 'average users' who would disagree with you.
Get off your own high horse. Just because people don't always listen to you or do things the way you say they should be done doesn't mean they're unresponsive and arrogant.
I can see Apple gaining a wider audience on the other hand. They're moving TOWARDS open source, not away from it. They seems to have their finger on the pulse of the people.
Bullshit. Apple will be leading the way into DRM-land. They have the most trusting and naive userbase on the planet, so it'll be a walk in the park.
Another reason why Tiger and Leopard makes Longhorn look long-in-the-tooth ^^
Err.. Because it's already got/getting these features and already has a userbase that will accept any of these restrictions with a smile on their face?
Apple will do this (and already are) because there is no such thing as pissing off their fans. Their fans will absolutely love & defend anything they do. It's like Tommy Hilfiger (?) pissing off their customers. They can do it because they know all they ever have to worry about is remaining trendy.
I think the chances of the Monitors pref pane ever having a "security" tab are nil.
Absolutely right. Because there will be no way to turn it off.
Dear Apple fanboy,
MacOS on DRM'd Intel hardware will be the most restrictive environment available anywhere.
But you'll fucking love it because it has the logo on it.
Lots of love,
Someone who should really be working.
I can put my dad and my mom in front of my stereo system and they can tell the difference. They are the first ones to complain that they wouldn't be able to hear a difference so why waste money. Then all of a sudden they are talking about how clear it sounds. Girlfriend was the same.
Yes, but did they actually care?
What? How could it be made easier?
You edit the config file, and it's done.
Anything 'easier' would compromise the flexibility of its capabilities.
If you're talking about "I shouldn't be made to edit a config file! Who do they think I am? I want a pretty gui!", then that's the distro's job, not xorg's.
PIII? Pish posh.
OpenBSD running on a P133 can go very very far.