Well this is just a big collage of Linux isn't ready threads isn't it.
Any person can install it on any computer without any problems
Anyone can use it once it's already been installed and configured
Every commercial application works on it
Nothing--it's a nonsensical term
It automatically detects most hardware without the need to hunt down drivers
It comes preinstalled on computers so novice users don't have to install it
It's suitable to the needs of most beginner users but not necessarily to most intermediate ones
Windows and nothing else... not even Mac OS X
Works on my desktop
Other (please explain)
Well this is just a big collage of Linux isn't ready threads isn't it.
for those who may not know, or who have forgotten:
All Operating Systems Suck!
Have a nice dayAll operating systems suck. They suck, blow, bite, chomp, chew, spit, dribble, drool, blubber, blabber, and puke. Every last one of 'em sucks in some way or other. They are designed for maximal sysadmin discomfort by festering syphillitic marketroids. Not one does not suck.
Last edited by dreadlord_chris; April 25th, 2007 at 06:18 PM.
Thanks for an informative response rather than a shrugging-it-off one. I like the information you provided about the beginning days of windows and linux. I upgraded because I had issues with Edgy, of course otherwise I wouldn't have upgraded. And I could have installed Dapper Drake but I assumed that just as it would be expected that the issues in Edgy would be fixed in Feisty, the issues in Dapper Drake were fixed in Edgy and certainly anyone would like to use a version with less bugs. Let me ask you this: If I use Dapper, wouldn't I be using older versions of drivers for my hardware? I am fine with that as long as it works nicely. I tried reading about Dapper Drake but I couldn't well figure out what the technicalities are which make it more stable and in what aspects.
Editing the xorg.conf is NOT a "simple solution". It is NOt a solution at all. It seeks to overcome the inherent problem but fails. A proper solution is needed.
https://bugs.launchpad.net/ubuntu/+s...xorg/+bug/3731
Note:
STATUS = CONFIRMED
IMPORTANCE = CRITICAL
The proper solution, the "simple solution", is for Ubuntu to correctly auto detect screen resolutions, bit color depth and refresh rates.
My wiki page ... ATI 9.11 & Ubuntu 9.10 ... Time Capsule ... Ubuntu in 5 years!
Brainstorm ideas ...Stop Blank Screen ... Gui Xorg Edit
Ubuntu is reinventing the wheel ... making it round.
That seems a bit much - there is no system that can do that. Certainly not anything released for a desktop level machine. While I agree that editing xorg.conf is not a PRETTY solution, at least it is always 'to hand' - unlike my experiences in XP where the 'settings' tab would not even come up so one could edit them at all. Beyond that though - best that could be hoped for is detection of 'maximum possibility', not the correct (for the user) value.
| Xubuntu 20.04 / Arch rolling XFCE/ MX-19 patito feo / Arcolinux 20.5.7 rolling / EndeavourOS rolling XFCE / Ubuntu Unity 20.04 / Arch rolling Cinnamon / EndeavorsOS rolling Budgie / Arch rolling XFCE-compiz / Kubuntu 20.04 |
It's more accurate to say that there is possibly no Debian derived system which can do that. This is something that is accomplished by other distros with different set up tools. When I install openSUSE it does correctly configure screen resolution, physical dimensions, depth and refresh rates and allows test and adjustment as necessary as part of the install/set up. Unfortunately the Debian X Configuration tool seems to completely ignore important parameters like physical size and modes. Realistically the Debian set up tool is just intended to get you started with something useable and the user should then configure X properly. This is fine for Debian's intended users but probably not adequate for Ubuntu's purposes.
btw my Intel 945GM integrated graphics is fine in openSuse, was also fine in Dapper, was OK in Edgy after editing xorg.conf, but in Feisty X is horrible....unstable...crashes, freezes. I'll have to reconfigure it and see if it can be made to work.
Last edited by julian67; April 26th, 2007 at 04:47 AM. Reason: added
I don't doubt that more might be done than Ubuntu does - but I still say that no OS can do what you requested. The 'correct' settings for such things as colour depth and resolution cannot be determined by hard or software because the correct setting may change hourly or even more often, depending on the needs/wants of the user. today I want 1600x1200 @ 24 depth, later I may 800x600 @ 16 depth for maximum visibility of something. Thus my position that maximum can be detected, but correct can not.
| Xubuntu 20.04 / Arch rolling XFCE/ MX-19 patito feo / Arcolinux 20.5.7 rolling / EndeavourOS rolling XFCE / Ubuntu Unity 20.04 / Arch rolling Cinnamon / EndeavorsOS rolling Budgie / Arch rolling XFCE-compiz / Kubuntu 20.04 |
SaX is an excellent tool, and probably the single best thing SuSE has going for it. It was also proprietary for a long time. I don't know whether or not there's any move to port it to Debian or any of the Debian daughters.
All I request is to use my monitor and GPU as they are meant to be used. To adjust the screen resolution, color depth and refresh rate.
If you say that no OS can do this then I suggest you look beyond Ubuntu and broaden your experience of what other OS can actually do.
This discussion is basically meaningless in the context that this problem is known and will shortly be worked on. Hopefully to be resolved by Gutsy Gibbon in October.
My wiki page ... ATI 9.11 & Ubuntu 9.10 ... Time Capsule ... Ubuntu in 5 years!
Brainstorm ideas ...Stop Blank Screen ... Gui Xorg Edit
Ubuntu is reinventing the wheel ... making it round.
Bookmarks