Being a Linux user since 1999, I can setup any printer in... wait, there is no setting to make, CUPS servers discuss between themselves, and in the worse case, just scan the network and it is there (with standard KDE or Gnome tool). Because of course you are talking about a printer on the network, so it is already setup. The trolls are out on this topic. I see the way they mislead people : they sometimes talk about a network printer, and sometimes about a local printer. Perhaps they do not do it on purpose, to show how much confused they are. Worse, some of them talk (like ESR) about a grandma setting up a network printer... at home. I'm pretty sure no grandma unable to set a printer like that could setup a networked printer at home.
I do not know what distro you used, or how competent you are, but actually setting up a network printer with CUPS in Linux, for me, required NO CONFIGURATION other than setting up the printer locally. And I use the vanilla CUPS server, compiled from source, all the parameters are default. And that is because I use my custom Linux distro, because in Knoppix or Mandrake, the printers are auto-detected, auto configured. In Ubuntu, they were not though. I had to enter an URL to attain it with the Gnome tool (examples are displayed in tooltips).
You forgot to tell us that you did not use a user-friendly distro, or which one you are talking about.
An end-user will not need to do all that. A distro (like Mandriva) will take care of detecting the printer (telling you to power it on in the install procedure, if you didn't), and then finding the good driver, to finally show you several drivers choice, with one recommended, and asking you if the printer detected was the correct one (it always is with parallel printers BTW, that's part of the plug and play protocol).
Using the CUPS interface is really for admin, not end users. Even Gnome and KDE have their own frontend. Gnome's one is simpler (and autodetects your printer on parallel port), KDE one is more powerful.
Five servers so far, and all of them have worked after the update. I'm far from a MS fan, but I have no problem admitting when they've done a good job.
The scary thing is that this fact is worthy of a post, and is informative. Patches that do not break anything should be the rule, not the exception.
You mean, like Ghost In The Shell (GitS), which was the origin of most ideas of Matrix ? Though it is true they do not use ultra sound in GitS either...
Users that don't pay for the product, and thus, don't help support the development of that product
But your premise is already false. To help support the development of a product is not only done by paying for this product. A lot of feedback has been provided by the kernel dev to BK, making the product better, and this added A LOT of value to BK. You would owe me a free lunch tomorrow, if I helped you improve the free lunch you supplied today. But you could not understand that if your bottom line is to sell the ideas (IP ?) I provided to you.
B: this isn't a poorly dubbed show, this is coproduced in America, so the dialogue will be natively written and performed in both languages
You mean, like Ghost In The Shell (the first one made by Oshii san) ? It was the same situation than the one here, and the english dub was AWFUL. We french, english anime fans could tell you you would be far better off watching the japanese dub. Japanese staff would not even comment on it, to tell you how bad it was.
To allow you to understand my view of a quality dub, the last Vampire Hunter D film was just bearable (supportable, don't know the exact word). And I'm french, so english and japanese are both foreign languages to me, even though I know both, and understand english better than japanese.
Well, all this to say that the fact that it is done this way does not warrant a quality dub
None of my newbie users that use Linux have the problem you describe. They NEVER wonder where their programs are. I'm not a newbie and I never wonder on such things, actually, I don't care.
Want oowriter ? The newbies just launch "Execute..." in the Gnome or KDE menus, and type the executable name. The executable name is even dynamically completed. Same thing on the CLI, type the command, or type the beginning of the command, and TAB. If not one answer, type TAB again, and complete according to the list shown to you.
Linux is not Windows, such things are trivial on Linux desktops and OS, you do not even need to care about them.
Like which OS ? You mean that with your solution, I can have displays of my web browsers in a menu, like "Navigateur Web Galeon" or "Navigateur Web Epiphany" (I'm french) ? Because that is what I have NOW in Gnome and KDE, and it does not even use symlinks to real programs.
It does not make any sense to me, I think you are too English-speaking centric, that is a major flaw of most of these arguments.
Re:It's as if icons peaked 2-4 years ago
on
A History of Icons
·
· Score: 1
And you think you and the GP post are clever.
You will then explain to me how you save your document in Emacs in a terminal with no mouse (and no GUI), where Emacs works perfectly well.
Given that Emacs do the right thing most of the time (because often, Emacs actually guess what it should do, perhaps you did not notice)and that it can handle most tasks efficiently with all the keyboards key, I think you should not dismiss RMS so fast on intuitive interfaces.
FYI, most newbie computer users can read (and there is a tutorial in Emacs), but most can't even use a mouse, and take time to even associate the mouse with the icon on the screen. I mean, Emacs can be self-taught, using a GUI is much more difficult at first (we are talking intuitive, not familiar interfaces).
Mmmh I have 1 Go RAM and 3 desktops running at the same time : KDE, Gnome and XFCE. And soon a 4th session for my little daughter. And I have no resource problem.
I did have problems though, when I had python apps (like Straw) and Java apps (like Azureus) running on my desktops. these one could eat my Go RAM + 2 Go swap in one day, making the system swap like crazy. That's way I'm wary of trying mono apps BTW.
Your programs would still be confused, as they would put their binaries in/Applications/bin or/Applications/sbin. I do not even want to start thinking about the nightmare that would become the PATH variable. The truth is that it is a nightmare to manage, and the "Internationalization" piece of the "I'm not clueless" article on GoboLinux site is self contradicting.
OSS is about choice anyway, so every people have rights to be masochist about software.
Huh ? K3B crashes when you open the burn dialog ? Then you have a bigger problem with your KDE installation. The burning process is not what is making K3B crash. Too bad your only problem is that. Because K3B uses cdrecord, mkisofs, vcdimager and cdrdao, you will have at least the same power than with command line.
I'm very powerful with the command line, but K3B (and most Linux frontend) is way faster than you typing some command line for data CD (I save package CD regularly, I can tell it is faster).
For video, DVDRip is way more powerful and faster than command line to create VCD, SVCD, DVD,...
K3B is extremely easy for music CDs too, even in setting pregaps.
Sorry to tell you that, but for a power user, K3B is still faster than command line for anything related to burning, EXCEPT automated tasks.
You are the biased one. K3B supports CD writing without scsi-emulation support (I should know, that is what I use since months), and support your USB writers just fine : the kernel is doing all the stuff, stop spreading such BS. K3B is easier to beginners, and even to me (that is facts I witnessed, none of my Linux users burning happily with K3B could handle Nero without a detailed to-do list on paper).
You have to register the NeroLinux with a WINDOWS version key, there is no way for them to know for which platform the key is, so what you say does not hold.
Yes we want commercial software for Linux. No we do not want BS software. If they come when it is too late, that is NOT our fault, and we should not applaud, we should not lie and say it is better than what we have when it is not. At least, they should come with a fully native solution, not one giving us less functionality than on Windows, and requiring a key for the Windows product.
Project management could have a lot of improvement on Linux, so yes, someone could do sth. How much are there on Windows anyway, apart from MS Project ? There is NO cross-platform agenda sharing on Windows (except Novell perhaps), as if there was, then there would be one for Linux.
Well, to sum up : K3B works now, integrates perfectly on Linux desktops, installs easily, is easier to use, is more usable, do not need to buy any key of any windows version of anything, does all burning tasks, it just works. I do not see anything biased in all that, these are facts, NeroLinux does not compete today, we will see later. Several people have given the goal of NeroLinux : I understand it is not for actual users of Linux, but for company switching to Linux desktops.
Re:Long story short....
on
NeroLinux vs. K3b
·
· Score: 2, Insightful
So I think the MS zealot modders are out, for this to be deemed insightful.
So you explains why they want us Linux users to buy a Windows version. OK, well, a lot of vocal people whine about installation woes on Linux, you just added one harder way to install software on Linux. Given the difficulty of installing NeroLinux on Linux, even I would not install it (I say even I because my custom Linux is based on LFS, you know what that means ? I can endure a lot). And then you say "you crazy people think too much into this" ? I wonder who is the crazy one. You say we are crazy for not wanting to go through all of this, when K3B comes with any distro ?
And you should not do astroturfing, you are very bad at it. Unlike what you say, K3B WORKS no matter what. That means if you have no recognised driver for your burner, no device, no I do-not-know what, K3B will still work, you will still be able to do ISO. But I will not lie like you did, and say that it will burn the CD when you are in any of the situation I described. Actually, there is an option in latest Linux 2.6 kernels preventing you from burning when non-root. I'm pretty sure NeroLinux can not bypass that. K3B can't. When people who can't burn on the forums like you said, that is not because of K3B, but I see your red herring quite well. It's easily dismissed, I can tell you to go see the forums for people that can not burn on Windows (or lose a lot of CD, like I did on Windows), there are far more. I know 10+ clueless users, they could not burn with Nero (too complicated), they can barely with K3B (still sometimes asking me if they should create audio CD or data CD), so I know K3B is more usable. But you would want them to master and burn VIDEOs ?!! I guess you slipped to the case of the power user on purpose, thinking we would not notice.
Then, as we are in the case of power user, let me tell you there are several well known mastering and burning tool for DVDs on Linux. Mastering a DVD is not an easy task, or if it is, then you talk about very simple mastering. I can tell you then that dvdrip on Linux is more than enough for that task. If your argument is that K3B does not integrate that, then I understand even more why K3B is more usable : it is a burning tool, and only a burning tool. DVDRip include the burning mastering anyway.
3 years of using K3B tells me it just works, and you, with some weeks of NeroLinux, you dare tell me it just works ?!!! I can never understand you arrogant people, calling us crazy.
I strongly disagree with you on some points. I've done a study for the company I work for now, to help make a choice between directory services (Free Software/Open Source, Novell OES, Microsoft AD). I have also implemented the OpenLDAP/Kerberos/PAM/... platform in the past. I saw the problems. You are right with the fact that nowadays, there is still a lack of administrative tools. That is the only lack, though a big one. Vendors like Red Hat are taking care of that right now, they will have a solution soon, and Novell already has one.
With the rest I disagree. Saying that AD is LDAP+Kerberos is misleading at best. Yes it is based on these, but these it is not. It is not even LDAPv3 compliant, try switching the directory for a LDAPv3 compliant one (actually you can't). Their Kerberos implementation is not standard either, you can not mix. I would say that without MS domination of the desktop, AD would not even have been possible. I say that because of the administration tools. With an Open solution, if you have only Linux desktops, you have 80 % of your admin tools centralized (perhaps even 90 %), but when you start putting Windows desktops, the admin tools plummet to 40 %, and you need a LOT of development to bring the level of centralized admin tools to 100 %. You need tools to manage rights delegation, centralised filesystem rights tuning for users, centralised printers administration,... And when you provide directory services, you MUST be able to cope with every client. The sole exception is Microsoft. Microsoft AD virtually only support Windows desktops, and they can get away with it, because of their monopoly. Because if you try to admin Linux desktops with AD, you are toast, AD is far worse than anything else on this.
As for the docs on enterprise scale ldap solution, I agree there is no dedicated book to build one, but that is because of the Windows desktops monopoly. Knowing that, you think Samba, and look in the Samba books (on their site), you will find such deployments help, with hints (but not solutions) on how to administer such a deployment. See the problem ? Samba is essential because of the Windows desktops.
To end this post, not every company need directory services, it is very specialized and need professional admins to build, and maintain the solution. I've not even started on meta directory services (but I do not know what MMS can do, so I will not be objective).
There are bindings for Java in Gnome, and perhaps even in KDE (but I'm not sure). So, writing a Java app does not mean it will not be compatible with freedesktop standard.
Here is a fundamental basic of what's wrong with Windows: ...
User: "Where is my Word Document?" ...
User: "Let's ask my Linux developer friend..."
That is the part that comes before yours, you had to forget it to prove your fallacious point, of course.
I'm gonna spread "I want a solaris 10 review" on a max of blogs, that will increase your number of "solaris 10 review". I didn't know it was that simple to write a review:)
If I had my grandma running Linux, I would be the one patching it. What about converting all my friends and family to Linux. I would be so overwhelmed keeping each one current.
Wrong. that is if you want to be overwhelmed. You have the choice to let them pay for auto-updates, or just put an automatic weekly update by cron, and that's it.
Your post is a new proof to me that the KDE people are doing the right thing.
The widgets have changed a lot over two years ? That is not true, perhaps you meant the *default* widgets. The old ones are still there.
But more importantly, you say that you, who uses KDE 6-8 times per month, are lost in KDE. My wife, who is computer illiterate, uses KDE *every day*, and she NEVER saw ANY changes in the interface between release upgrades, she just went along. She never told me anything about changes, except when new features appear (like the password wallet). So KDE is tuned for every day users, and not casual users, and I think this is the right way to do it.
Myself I have the problem opposite to yours about configuration : it always stay the same between updates. So, if a new function appears in KDE, my wife just will not see it the old config takes precedence. I had your problem a long time ago, when I was testing every beta and release candidate of KDE. Now, the desktop has to be stable, so I can not do that anymore (and have no time to).
Now, this is just anecdotal, but I can't remember the last time I saw a BSOD - and I work with XP, win2k and 2003 server OSes quite a lot. I certainly haven't seen one in the last two years.
I haven't either, but that is basically because I do not use Windows OS anymore, except for playing one MMORPG. In the other hand, even with this only app to launch on Windows XP, I have seen: - locks of Windows, not recoverable - Game refuse to start, spewing an error (this is quite frequent actually, and no one found a fix for that). Decompressing a BIG archive to disk *usually* fix it, I can then start the game - Crash of explorer, nothing works anymore With only one game to launch, it is already a pain to use. Unstability and unreliability are not just BSOD.
On the other hand I have seen a Linux kernel panic in the last three months. Like I said, this is just my experience - on different hardware or with different software Mileage Will Vary.
Oh yes you are right. The fact is that the way to crash the kernel is reproducible, it is not random. You could crash it with CD recording and plug/unplugging USB. Not anymore btw. But Linux is reliable and stable enough, that I could trust it to run my internet proxy/firewall for 6+ months on a P75 200 @133 MHz 48 Mo RAM (load could go beyond 16, poor box) WITHOUT NEEDING ANY ADMINISTRATION. No Windows version is. Any of your Windows version would be down by the time (I tried WinXP, it would not last one week on far more powerful hardware of course).
someone should back it up with some real statistics
There are plenty on the web, but you just refuse to look at them. Just look around you (why do you think people say computers do not work ?), look at all the hotlines. Do you think they have no work !!!???
Let me dawn some clue upon you. HT is seen from the Linux kernel as one CPU, but it gives it two run-queues. That is NOT the same as seeing two CPU and giving them each one run-queue. FYI SMP (like with 2 CPU) is not treated like HT in Linux kernel. They took this approach the first time in development kernel, and the behaviour with HT was far worse than without HT enabled. So stop saying it is the same thing : it is NOT ! HT and SMP DO NOT act the same, and the fact that you need a SMP kernel is due to the need to activate the run-queues. It is NOT because HT is "in every single aspect _exactly_ like a SMP system". And the problem with SMP drivers is in Windows. In Linux, of course it works, we know the internals. In Windows, you pretend you know more than everyone else, but given that you have no way of knowing the big picture of Windows kernel, I doubt you can assert anything.
By contrast, at least you know with Windows that that random piece of hardware should at least in theory work with Windows since there was obviously a Windows driver written for it.
Actually you don't know, depends on the version of Windows this device have drivers for. I know I have 2 devices that do not work in Windows XP, and a lot more do not work in older Windows versions. BTW, all these devices work on my Linux box (except the crappy video digitizer, a bad mistake I will not make anymore).
About home users I have plenty of experience, as I migrated ALL of my surroundings (10+ computers) to Linux. Programs people are used to ? They hate them once they get up to speed with Linux. They never were productive with them, always calling me for a problem. That took migrating them to Linux for them to realise that. They do not use Firefox or Thunderbird or OOo, they use KDE the KDE equivalent. And the people I migrated all think Linux is much easier, and works far better. For example, one point was playing videos : in Windows, they was never sure it would work. On Linux ? It workd flawlessly every time : they did not want to believe it the first time I showed them. Which programs are you talking about really ?
Most people don't know about what drivers are, right. And I can tell you no one expect to plug and play on Windows. It rarely worked actually, as they were always asked some kind of disk or CDROM. The worst is USB : sometimes, you have to follow some precise step for installation of drivers to succeed.
And the reason less driver are available for Linux is because of ill behaviour of manufacturers. Because there are plenty of Linux developers willing to write these drivers given some specs, doing the work of the manufacturer, which is sad really. Not wanting to give the specs have nothing to do with the mass of users, like you say is the cause.
Slashdot Mirror
Being a Linux user since 1999, I can setup any printer in ... wait, there is no setting to make, CUPS servers discuss between themselves, and in the worse case, just scan the network and it is there (with standard KDE or Gnome tool). Because of course you are talking about a printer on the network, so it is already setup. ... at home. I'm pretty sure no grandma unable to set a printer like that could setup a networked printer at home.
The trolls are out on this topic. I see the way they mislead people : they sometimes talk about a network printer, and sometimes about a local printer. Perhaps they do not do it on purpose, to show how much confused they are.
Worse, some of them talk (like ESR) about a grandma setting up a network printer
I do not know what distro you used, or how competent you are, but actually setting up a network printer with CUPS in Linux, for me, required NO CONFIGURATION other than setting up the printer locally.
And I use the vanilla CUPS server, compiled from source, all the parameters are default.
And that is because I use my custom Linux distro, because in Knoppix or Mandrake, the printers are auto-detected, auto configured. In Ubuntu, they were not though. I had to enter an URL to attain it with the Gnome tool (examples are displayed in tooltips).
You forgot to tell us that you did not use a user-friendly distro, or which one you are talking about.
An end-user will not need to do all that. A distro (like Mandriva) will take care of detecting the printer (telling you to power it on in the install procedure, if you didn't), and then finding the good driver, to finally show you several drivers choice, with one recommended, and asking you if the printer detected was the correct one (it always is with parallel printers BTW, that's part of the plug and play protocol).
Using the CUPS interface is really for admin, not end users.
Even Gnome and KDE have their own frontend. Gnome's one is simpler (and autodetects your printer on parallel port), KDE one is more powerful.
Five servers so far, and all of them have worked after the update. I'm far from a MS fan, but I have no problem admitting when they've done a good job.
The scary thing is that this fact is worthy of a post, and is informative.
Patches that do not break anything should be the rule, not the exception.
You mean, like Ghost In The Shell (GitS), which was the origin of most ideas of Matrix ? ...
Though it is true they do not use ultra sound in GitS either
Users that don't pay for the product, and thus, don't help support the development of that product
But your premise is already false.
To help support the development of a product is not only done by paying for this product.
A lot of feedback has been provided by the kernel dev to BK, making the product better, and this added A LOT of value to BK.
You would owe me a free lunch tomorrow, if I helped you improve the free lunch you supplied today. But you could not understand that if your bottom line is to sell the ideas (IP ?) I provided to you.
B: this isn't a poorly dubbed show, this is coproduced in America, so the dialogue will be natively written and performed in both languages
You mean, like Ghost In The Shell (the first one made by Oshii san) ?
It was the same situation than the one here, and the english dub was AWFUL. We french, english anime fans could tell you you would be far better off watching the japanese dub. Japanese staff would not even comment on it, to tell you how bad it was.
To allow you to understand my view of a quality dub, the last Vampire Hunter D film was just bearable (supportable, don't know the exact word). And I'm french, so english and japanese are both foreign languages to me, even though I know both, and understand english better than japanese.
Well, all this to say that the fact that it is done this way does not warrant a quality dub
None of my newbie users that use Linux have the problem you describe. They NEVER wonder where their programs are. I'm not a newbie and I never wonder on such things, actually, I don't care.
..." in the Gnome or KDE menus, and type the executable name. The executable name is even dynamically completed.
Want oowriter ?
The newbies just launch "Execute
Same thing on the CLI, type the command, or type the beginning of the command, and TAB. If not one answer, type TAB again, and complete according to the list shown to you.
Linux is not Windows, such things are trivial on Linux desktops and OS, you do not even need to care about them.
Like which OS ?
You mean that with your solution, I can have displays of my web browsers in a menu, like "Navigateur Web Galeon" or "Navigateur Web Epiphany" (I'm french) ?
Because that is what I have NOW in Gnome and KDE, and it does not even use symlinks to real programs.
It does not make any sense to me, I think you are too English-speaking centric, that is a major flaw of most of these arguments.
And you think you and the GP post are clever.
You will then explain to me how you save your document in Emacs in a terminal with no mouse (and no GUI), where Emacs works perfectly well.
Given that Emacs do the right thing most of the time (because often, Emacs actually guess what it should do, perhaps you did not notice)and that it can handle most tasks efficiently with all the keyboards key, I think you should not dismiss RMS so fast on intuitive interfaces.
FYI, most newbie computer users can read (and there is a tutorial in Emacs), but most can't even use a mouse, and take time to even associate the mouse with the icon on the screen.
I mean, Emacs can be self-taught, using a GUI is much more difficult at first (we are talking intuitive, not familiar interfaces).
You mean, hardware like AMD64, Infiniband, Power,
Yeah right.
Mmmh
I have 1 Go RAM and 3 desktops running at the same time : KDE, Gnome and XFCE. And soon a 4th session for my little daughter.
And I have no resource problem.
I did have problems though, when I had python apps (like Straw) and Java apps (like Azureus) running on my desktops. these one could eat my Go RAM + 2 Go swap in one day, making the system swap like crazy.
That's way I'm wary of trying mono apps BTW.
Your programs would still be confused, as they would put their binaries in /Applications/bin or /Applications/sbin.
I do not even want to start thinking about the nightmare that would become the PATH variable.
The truth is that it is a nightmare to manage, and the "Internationalization" piece of the "I'm not clueless" article on GoboLinux site is self contradicting.
OSS is about choice anyway, so every people have rights to be masochist about software.
Huh ? K3B crashes when you open the burn dialog ?
...
Then you have a bigger problem with your KDE installation. The burning process is not what is making K3B crash. Too bad your only problem is that.
Because K3B uses cdrecord, mkisofs, vcdimager and cdrdao, you will have at least the same power than with command line.
I'm very powerful with the command line, but K3B (and most Linux frontend) is way faster than you typing some command line for data CD (I save package CD regularly, I can tell it is faster).
For video, DVDRip is way more powerful and faster than command line to create VCD, SVCD, DVD,
K3B is extremely easy for music CDs too, even in setting pregaps.
Sorry to tell you that, but for a power user, K3B is still faster than command line for anything related to burning, EXCEPT automated tasks.
You are the biased one.
K3B supports CD writing without scsi-emulation support (I should know, that is what I use since months), and support your USB writers just fine : the kernel is doing all the stuff, stop spreading such BS. K3B is easier to beginners, and even to me (that is facts I witnessed, none of my Linux users burning happily with K3B could handle Nero without a detailed to-do list on paper).
You have to register the NeroLinux with a WINDOWS version key, there is no way for them to know for which platform the key is, so what you say does not hold.
Yes we want commercial software for Linux. No we do not want BS software. If they come when it is too late, that is NOT our fault, and we should not applaud, we should not lie and say it is better than what we have when it is not. At least, they should come with a fully native solution, not one giving us less functionality than on Windows, and requiring a key for the Windows product.
Project management could have a lot of improvement on Linux, so yes, someone could do sth. How much are there on Windows anyway, apart from MS Project ?
There is NO cross-platform agenda sharing on Windows (except Novell perhaps), as if there was, then there would be one for Linux.
Well, to sum up : K3B works now, integrates perfectly on Linux desktops, installs easily, is easier to use, is more usable, do not need to buy any key of any windows version of anything, does all burning tasks, it just works.
I do not see anything biased in all that, these are facts, NeroLinux does not compete today, we will see later.
Several people have given the goal of NeroLinux : I understand it is not for actual users of Linux, but for company switching to Linux desktops.
So I think the MS zealot modders are out, for this to be deemed insightful.
So you explains why they want us Linux users to buy a Windows version. OK, well, a lot of vocal people whine about installation woes on Linux, you just added one harder way to install software on Linux. Given the difficulty of installing NeroLinux on Linux, even I would not install it (I say even I because my custom Linux is based on LFS, you know what that means ? I can endure a lot).
And then you say "you crazy people think too much into this" ? I wonder who is the crazy one. You say we are crazy for not wanting to go through all of this, when K3B comes with any distro ?
And you should not do astroturfing, you are very bad at it.
Unlike what you say, K3B WORKS no matter what. That means if you have no recognised driver for your burner, no device, no I do-not-know what, K3B will still work, you will still be able to do ISO. But I will not lie like you did, and say that it will burn the CD when you are in any of the situation I described. Actually, there is an option in latest Linux 2.6 kernels preventing you from burning when non-root. I'm pretty sure NeroLinux can not bypass that. K3B can't.
When people who can't burn on the forums like you said, that is not because of K3B, but I see your red herring quite well. It's easily dismissed, I can tell you to go see the forums for people that can not burn on Windows (or lose a lot of CD, like I did on Windows), there are far more.
I know 10+ clueless users, they could not burn with Nero (too complicated), they can barely with K3B (still sometimes asking me if they should create audio CD or data CD), so I know K3B is more usable. But you would want them to master and burn VIDEOs ?!! I guess you slipped to the case of the power user on purpose, thinking we would not notice.
Then, as we are in the case of power user, let me tell you there are several well known mastering and burning tool for DVDs on Linux. Mastering a DVD is not an easy task, or if it is, then you talk about very simple mastering. I can tell you then that dvdrip on Linux is more than enough for that task. If your argument is that K3B does not integrate that, then I understand even more why K3B is more usable : it is a burning tool, and only a burning tool. DVDRip include the burning mastering anyway.
3 years of using K3B tells me it just works, and you, with some weeks of NeroLinux, you dare tell me it just works ?!!!
I can never understand you arrogant people, calling us crazy.
I strongly disagree with you on some points.
...
I've done a study for the company I work for now, to help make a choice between directory services (Free Software/Open Source, Novell OES, Microsoft AD). I have also implemented the OpenLDAP/Kerberos/PAM/... platform in the past.
I saw the problems. You are right with the fact that nowadays, there is still a lack of administrative tools. That is the only lack, though a big one.
Vendors like Red Hat are taking care of that right now, they will have a solution soon, and Novell already has one.
With the rest I disagree. Saying that AD is LDAP+Kerberos is misleading at best. Yes it is based on these, but these it is not. It is not even LDAPv3 compliant, try switching the directory for a LDAPv3 compliant one (actually you can't). Their Kerberos implementation is not standard either, you can not mix.
I would say that without MS domination of the desktop, AD would not even have been possible. I say that because of the administration tools. With an Open solution, if you have only Linux desktops, you have 80 % of your admin tools centralized (perhaps even 90 %), but when you start putting Windows desktops, the admin tools plummet to 40 %, and you need a LOT of development to bring the level of centralized admin tools to 100 %. You need tools to manage rights delegation, centralised filesystem rights tuning for users, centralised printers administration,
And when you provide directory services, you MUST be able to cope with every client. The sole exception is Microsoft. Microsoft AD virtually only support Windows desktops, and they can get away with it, because of their monopoly. Because if you try to admin Linux desktops with AD, you are toast, AD is far worse than anything else on this.
As for the docs on enterprise scale ldap solution, I agree there is no dedicated book to build one, but that is because of the Windows desktops monopoly. Knowing that, you think Samba, and look in the Samba books (on their site), you will find such deployments help, with hints (but not solutions) on how to administer such a deployment. See the problem ? Samba is essential because of the Windows desktops.
To end this post, not every company need directory services, it is very specialized and need professional admins to build, and maintain the solution. I've not even started on meta directory services (but I do not know what MMS can do, so I will not be objective).
There are bindings for Java in Gnome, and perhaps even in KDE (but I'm not sure). So, writing a Java app does not mean it will not be compatible with freedesktop standard.
Here is a fundamental basic of what's wrong with Windows:
...
... ..."
User: "Where is my Word Document?"
User: "Let's ask my Linux developer friend
That is the part that comes before yours, you had to forget it to prove your fallacious point, of course.
Cool,
:)
I'm gonna spread "I want a solaris 10 review" on a max of blogs, that will increase your number of "solaris 10 review".
I didn't know it was that simple to write a review
If I had my grandma running Linux, I would be the one patching it. What about converting all my friends and family to Linux. I would be so overwhelmed keeping each one current.
Wrong. that is if you want to be overwhelmed.
You have the choice to let them pay for auto-updates, or just put an automatic weekly update by cron, and that's it.
Your post is a new proof to me that the KDE people are doing the right thing.
The widgets have changed a lot over two years ? That is not true, perhaps you meant the *default* widgets. The old ones are still there.
But more importantly, you say that you, who uses KDE 6-8 times per month, are lost in KDE. My wife, who is computer illiterate, uses KDE *every day*, and she NEVER saw ANY changes in the interface between release upgrades, she just went along. She never told me anything about changes, except when new features appear (like the password wallet).
So KDE is tuned for every day users, and not casual users, and I think this is the right way to do it.
Myself I have the problem opposite to yours about configuration : it always stay the same between updates. So, if a new function appears in KDE, my wife just will not see it the old config takes precedence. I had your problem a long time ago, when I was testing every beta and release candidate of KDE. Now, the desktop has to be stable, so I can not do that anymore (and have no time to).
Now, this is just anecdotal, but I can't remember the last time I saw a BSOD - and I work with XP, win2k and 2003 server OSes quite a lot. I certainly haven't seen one in the last two years.
:
I haven't either, but that is basically because I do not use Windows OS anymore, except for playing one MMORPG. In the other hand, even with this only app to launch on Windows XP, I have seen
- locks of Windows, not recoverable
- Game refuse to start, spewing an error (this is quite frequent actually, and no one found a fix for that). Decompressing a BIG archive to disk *usually* fix it, I can then start the game
- Crash of explorer, nothing works anymore
With only one game to launch, it is already a pain to use. Unstability and unreliability are not just BSOD.
On the other hand I have seen a Linux kernel panic in the last three months. Like I said, this is just my experience - on different hardware or with different software Mileage Will Vary.
Oh yes you are right. The fact is that the way to crash the kernel is reproducible, it is not random. You could crash it with CD recording and plug/unplugging USB. Not anymore btw.
But Linux is reliable and stable enough, that I could trust it to run my internet proxy/firewall for 6+ months on a P75 200 @133 MHz 48 Mo RAM (load could go beyond 16, poor box) WITHOUT NEEDING ANY ADMINISTRATION. No Windows version is. Any of your Windows version would be down by the time (I tried WinXP, it would not last one week on far more powerful hardware of course).
someone should back it up with some real statistics
There are plenty on the web, but you just refuse to look at them. Just look around you (why do you think people say computers do not work ?), look at all the hotlines. Do you think they have no work !!!???
Let me dawn some clue upon you.
HT is seen from the Linux kernel as one CPU, but it gives it two run-queues. That is NOT the same as seeing two CPU and giving them each one run-queue. FYI SMP (like with 2 CPU) is not treated like HT in Linux kernel. They took this approach the first time in development kernel, and the behaviour with HT was far worse than without HT enabled.
So stop saying it is the same thing : it is NOT !
HT and SMP DO NOT act the same, and the fact that you need a SMP kernel is due to the need to activate the run-queues. It is NOT because HT is "in every single aspect _exactly_ like a SMP system".
And the problem with SMP drivers is in Windows. In Linux, of course it works, we know the internals.
In Windows, you pretend you know more than everyone else, but given that you have no way of knowing the big picture of Windows kernel, I doubt you can assert anything.
By contrast, at least you know with Windows that that random piece of hardware should at least in theory work with Windows since there was obviously a Windows driver written for it.
Actually you don't know, depends on the version of Windows this device have drivers for.
I know I have 2 devices that do not work in Windows XP, and a lot more do not work in older Windows versions. BTW, all these devices work on my Linux box (except the crappy video digitizer, a bad mistake I will not make anymore).
But from my point of view you are all wrong.
About home users I have plenty of experience, as I migrated ALL of my surroundings (10+ computers) to Linux.
Programs people are used to ? They hate them once they get up to speed with Linux. They never were productive with them, always calling me for a problem. That took migrating them to Linux for them to realise that. They do not use Firefox or Thunderbird or OOo, they use KDE the KDE equivalent. And the people I migrated all think Linux is much easier, and works far better.
For example, one point was playing videos : in Windows, they was never sure it would work. On Linux ? It workd flawlessly every time : they did not want to believe it the first time I showed them.
Which programs are you talking about really ?
Most people don't know about what drivers are, right. And I can tell you no one expect to plug and play on Windows. It rarely worked actually, as they were always asked some kind of disk or CDROM. The worst is USB : sometimes, you have to follow some precise step for installation of drivers to succeed.
And the reason less driver are available for Linux is because of ill behaviour of manufacturers. Because there are plenty of Linux developers willing to write these drivers given some specs, doing the work of the manufacturer, which is sad really.
Not wanting to give the specs have nothing to do with the mass of users, like you say is the cause.