the Bells are Regional Bell Operating Companies (RBOCs). Well, the C might stand for Carrier, but I think it stands for Company. An ILEC is an Independet Local Exchange Carrier, and would potentially compete with an RBOC.
The phone company changed what kind of phone company it is, and then MCI customers weren't able to call the exchange (the second 3 digit chunk of a 10 digit phone number).
The problem you are facing is the thrid-party packages depending on other packages, rather than other files. The RPM format supports giving a dependency of/path/to/perl/module.pm instead of bobs-perl-package. If the apps are packaged conformant to the LSB (module.pm is in the standard location) then it doesn't matter if you installed it from source, freds-perl-package, or bobs-perl-package. So your thrid-party Eterm package was done incorrectly, which is what the article was referring to.
Call Red Hat for installation support, it should be free with your subscription IIRC. If you don't want to do that, you good read the online documentation to find the boot loader options to set the installer's resolution manually rather than by probing.
Linux has long had inferior support for threading. (please don't let this start a flamewar, it's what I've read over and over and over). So large multi-threaded applications (like huge databases) ran better on solaris than linux. NPTL is a new threading library which improves Linux's threading support. The downside is that a bunch of stuff doesn't work with it yet. If you're having trouble with, for example, Java 1.3 apps, you can set the LD_ASSUME_KERNEL environment variable to "2.4.1" or "2.2.5" as a workaround.
There's nothing illegal about it. What would be illegal is if the persion hosting them made changes but kept all the trademarked stuff (mostly logos). If you don't modify them then it's legal. If you do modify them, just take out the trademarked stuff (make it obvious that they aren't the official RH distributed isos) and it's still legal.:)
I'd have to say that the menu organization and the theme configuration alone make it much better then 8.0. Instead of one "Extras" group on the menu, each group has it's own "More Applications" menu. (That might not be a correct quote, but you get the idea). I can now install icon themes and completely change the look/feel using the Theme app from the preferences menu. (RH 8 didn't seem to have an easy way to change the icon theme, so the menus always used the BlueCurve icons)
now i wish i had stayed up to finish this discussion on time.
maybe you should check facts for yourself. RHN has free subscriptions. I manage about a dozen RH servers, all using RHN, not one is paid for.
fo0bar already showed you how to upgrade (and it works, I've done it).
you're retarded if you think apt-get doesn't have to get a list of packages/dependencies from a server. What do you think 'apt-get update' does? It queries all the repositories in/etc/apt/sources.list and caches the resluts. Yes dependencies are stored in the package files themselves (there would be no dependency tracking if it wasn't), but apt-get does have to check with a server to update it's list.
You're still comparing 'apt-get install' to 'rpm -ivh'. You want to talk about working with an individual rpm package you've downloaded then talk about using dpkg in debian. apt-get queries a server to find dependencies for a package, downloads all of them, and runs dpkg to install them all. In Red Hat, up2date does the same thing. The whole point of my rant is you're not comparing the backend tool of one system to the automation tool that takes care of the same problems in another system. RPM fans don't say dpkg sucks compared to up2date. So don't tell us rpm sucks compared to apt-get. It's like saying I the clutch on a ford sucks compared to the automatic transmission of a chevy. The automatic transmission just does the clutch work for you.
Man. I know I shouldn't feed the trolls. But I'm sick of this. You're comparing a file format to a dependency tracking system. compare apt-get and portage to up2date for redhat. Don't even try to tell me that downloading the.deb for enlightenment and trying to install it with dpkg is any simpler than downloading the.rpm for enlightenment and installing it with rpm. dpkg won't automatically track down dependencies and install them for you. It will just fail. Just like trying to install the rpm will. 'up2date enlightenment' is just as easy to understand as 'apt-get install enlightenment' And don't give me any crap about only getting stuff from Red Hat. Anyone can set up an up2date server, just like anyone can set up an apt repository.
with the packages and desktop (which I like:) from RedHat wrong. the setup you get from freshrpms.net gives you access to RPMs built by Matthias (the guy who runs freshrpms.net). It does not give you RPMs from RedHat.
"I hope they'll see me an.MP3 or an.OGG file, though. I wasn't able to find that out before I had to move on. If it's a proprietary format, then I question the value of it. I want MP3s for my computer at work and CD's for my car. That's worth $.99 a track if they permit both."
I would guess proprietary, I suspect this is the reason they don't support linux or mac. otherwise the service would be platform agnostic.
I know it's probably not a major factor, but they don't support Linux either (which leaves me out of their demographic, I want to use it though). Have you written to the folks at Listen.com that you had not learned of their service through their own marketing efforts? Now that you do know about it, are you going to use it (assuming you run windows)?
common sense would agree with you on the ownership. But the RIAA execs and some Congressional Representatives disagree. That's why we have all this DRM stuff. To try to enforce the idea that you don't own a copy of the song, just a license to listen to it through a specific subset of mediums.
Bull. With very little effort I was able to make GNOME 2.2, on Red Hat 8.0.94, look absolutely nothing like the default [gnome.org or Red Hat] configuration. I've never had to use the gconf editor stuff to configure things. The preferences dialogs are very straight forward, themes are broken out into WM, gtk[2], and icon set. Configuring Nautilus look and feel) is super easy. You get a dialog of images/colors/patterns, and you drag an image/color/pattern to the part of the Nautilus UI you want it to apply to. You don't even have to know what the name of the component is.
You're used to KDE so you know how to configure it. I'm not used to KDE so I have trouble, but I don't assume that means I can't, just that I have to spend a little more time learning how.
GNOME is just as much loved by unix geeks (unless you want to believe Red Hat and Sun cater to windows/mac geeks) as KDE.
Like many others have already stated, just use what you like. THAT is the true beauty of linux.
Hello Mr. Georgeson,
First off I would like to sincerely thank you for coming to us and getting our side of the story instead of just making a decision from the horror stories
that are out on the internet. Below I will give you some information that will shed light on said subject and if you feel that you must go else where for your tax software, then by all means do so. At least you will be one of the few who can say, I've heard "argument A" and I've heard "argument B" and my decision is....
You know what I mean? We at Intuit Inc totally believe in that the customer MUST do what he or she feels is right. As everyone knows, this is the first time ever that we have required a Product Activation and from listening to our customers, we are already working on a better way to enforce Product Activation instead of the way that is currently used. So we do listen to everyone and we do what we think is best for Intuit Inc and all of our customers. Please let me know if you have any further questions or comments or even ideas.
Don
Executive Response Team
Intuit, Inc.
Don_Support@intuit.com
The Macrovision SafeCast technology being used this year by TurboTax to enable product activation does write a small amount of data to an area of the first track of the hard disk that is not used by the Windows file system, as do a number of other programs and utilities. This data, which contains no personally identifiable information, provides a way for TurboTax to tell that it has already been successfully activated on a particular computer. It is placed in this area so that if a customer's license data becomes corrupted or is accidentally deleted, reactivation can happen automatically in most cases. SafeCast does not write to or change the hard disk's Master Boot Record or alter the partition table or other important data.
This technology in no way harms your hard drive or computer. Because we take customer concerns seriously, however, Intuit is already working with Macrovision to explore different solutions for future releases of TurboTax.
Here is a website that gave TurboTax a thorough test. http://www.pctest.com/intuit/index.htm
Again please let me know if you have any other questions.
It wasn't losing money that was the problem. It was overstating their earnings, and then raiding funds that rightfully belonged to other people before anybody found out about it.
Slashdot Mirror
Can it survive a Kah-Meh-Ha-Meh-Ha wave without a heatsink?
the Bells are Regional Bell Operating Companies (RBOCs). Well, the C might stand for Carrier, but I think it stands for Company. An ILEC is an Independet Local Exchange Carrier, and would potentially compete with an RBOC.
The phone company changed what kind of phone company it is, and then MCI customers weren't able to call the exchange (the second 3 digit chunk of a 10 digit phone number).
See this bug.
The problem you are facing is the thrid-party packages depending on other packages, rather than other files. The RPM format supports giving a dependency of /path/to/perl/module.pm instead of bobs-perl-package. If the apps are packaged conformant to the LSB (module.pm is in the standard location) then it doesn't matter if you installed it from source, freds-perl-package, or bobs-perl-package. So your thrid-party Eterm package was done incorrectly, which is what the article was referring to.
Call Red Hat for installation support, it should be free with your subscription IIRC. If you don't want to do that, you good read the online documentation to find the boot loader options to set the installer's resolution manually rather than by probing.
Linux has long had inferior support for threading. (please don't let this start a flamewar, it's what I've read over and over and over). So large multi-threaded applications (like huge databases) ran better on solaris than linux. NPTL is a new threading library which improves Linux's threading support. The downside is that a bunch of stuff doesn't work with it yet. If you're having trouble with, for example, Java 1.3 apps, you can set the LD_ASSUME_KERNEL environment variable to "2.4.1" or "2.2.5" as a workaround.
There's nothing illegal about it. What would be illegal is if the persion hosting them made changes but kept all the trademarked stuff (mostly logos). If you don't modify them then it's legal. If you do modify them, just take out the trademarked stuff (make it obvious that they aren't the official RH distributed isos) and it's still legal. :)
I'd have to say that the menu organization and the theme configuration alone make it much better then 8.0. Instead of one "Extras" group on the menu, each group has it's own "More Applications" menu. (That might not be a correct quote, but you get the idea). I can now install icon themes and completely change the look/feel using the Theme app from the preferences menu. (RH 8 didn't seem to have an easy way to change the icon theme, so the menus always used the BlueCurve icons)
maybe you should check facts for yourself. RHN has free subscriptions. I manage about a dozen RH servers, all using RHN, not one is paid for.
fo0bar already showed you how to upgrade (and it works, I've done it).
you're retarded if you think apt-get doesn't have to get a list of packages/dependencies from a server. What do you think 'apt-get update' does? It queries all the repositories in /etc/apt/sources.list and caches the resluts. Yes dependencies are stored in the package files themselves (there would be no dependency tracking if it wasn't), but apt-get does have to check with a server to update it's list.
You're still comparing 'apt-get install' to 'rpm -ivh'. You want to talk about working with an individual rpm package you've downloaded then talk about using dpkg in debian. apt-get queries a server to find dependencies for a package, downloads all of them, and runs dpkg to install them all. In Red Hat, up2date does the same thing. The whole point of my rant is you're not comparing the backend tool of one system to the automation tool that takes care of the same problems in another system. RPM fans don't say dpkg sucks compared to up2date. So don't tell us rpm sucks compared to apt-get. It's like saying I the clutch on a ford sucks compared to the automatic transmission of a chevy. The automatic transmission just does the clutch work for you.
Man. I know I shouldn't feed the trolls. But I'm sick of this. You're comparing a file format to a dependency tracking system. compare apt-get and portage to up2date for redhat. Don't even try to tell me that downloading the .deb for enlightenment and trying to install it with dpkg is any simpler than downloading the .rpm for enlightenment and installing it with rpm. dpkg won't automatically track down dependencies and install them for you. It will just fail. Just like trying to install the rpm will. 'up2date enlightenment' is just as easy to understand as 'apt-get install enlightenment' And don't give me any crap about only getting stuff from Red Hat. Anyone can set up an up2date server, just like anyone can set up an apt repository.
my money's on a Visual C++ .Net banner ad.
with the packages and desktop (which I like :) from RedHat
wrong. the setup you get from freshrpms.net gives you access to RPMs built by Matthias (the guy who runs freshrpms.net). It does not give you RPMs from RedHat.
i'll say. I installed Woody for my wife and in the end it just core dumped.
I would guess proprietary, I suspect this is the reason they don't support linux or mac. otherwise the service would be platform agnostic.
I know it's probably not a major factor, but they don't support Linux either (which leaves me out of their demographic, I want to use it though). Have you written to the folks at Listen.com that you had not learned of their service through their own marketing efforts? Now that you do know about it, are you going to use it (assuming you run windows)?
common sense would agree with you on the ownership. But the RIAA execs and some Congressional Representatives disagree. That's why we have all this DRM stuff. To try to enforce the idea that you don't own a copy of the song, just a license to listen to it through a specific subset of mediums.
Dude, just go to a bar and grab a matchbook for free.
Bull. With very little effort I was able to make GNOME 2.2, on Red Hat 8.0.94, look absolutely nothing like the default [gnome.org or Red Hat] configuration. I've never had to use the gconf editor stuff to configure things. The preferences dialogs are very straight forward, themes are broken out into WM, gtk[2], and icon set. Configuring Nautilus look and feel) is super easy. You get a dialog of images/colors/patterns, and you drag an image/color/pattern to the part of the Nautilus UI you want it to apply to. You don't even have to know what the name of the component is.
You're used to KDE so you know how to configure it. I'm not used to KDE so I have trouble, but I don't assume that means I can't, just that I have to spend a little more time learning how.
GNOME is just as much loved by unix geeks (unless you want to believe Red Hat and Sun cater to windows/mac geeks) as KDE.
Like many others have already stated, just use what you like. THAT is the true beauty of linux.
Maybe they're using their barebones laptop as a web server. Probably not a good way to market it.
I emailed their PR contact, and posted their reply to both the original slashdot story and my journal.
and I posted it to me journal.
silly poster, don't you know BSD is dying?
It wasn't losing money that was the problem. It was overstating their earnings, and then raiding funds that rightfully belonged to other people before anybody found out about it.