Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 16 Nov 2009 06:38:42 -0500
From:      Jerry <gesbbb@yahoo.com>
To:        freebsd-questions@freebsd.org
Subject:   Re: Trivial questions about CNTL-ALT-DEL and CNTL-ALT-BACKSPACE
Message-ID:  <20091116063842.27411cd8@scorpio.seibercom.net>
In-Reply-To: <alpine.BSF.2.00.0911152051380.88741@wonkity.com>
References:  <42052.1258327169@tristatelogic.com> <4B009370.1040002@otenet.gr> <20091116010630.0b8f498a.freebsd@edvax.de> <4B009B08.3070507@otenet.gr> <20091116014149.f7d6eafd.freebsd@edvax.de> <alpine.BSF.2.00.0911152051380.88741@wonkity.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 15 Nov 2009 21:18:36 -0700 (MST)
Warren Block <wblock@wonkity.com> replied:

>On Mon, 16 Nov 2009, Polytropon wrote:
>
>> On Mon, 16 Nov 2009 02:21:28 +0200, Manolis Kiagias
>> <sonicy@otenet.gr> wrote:
>>> Just the fact that I now have to edit an xml file to simply add a
>>> Greek keyboard layout is annoying enough.
>>
>> The fact that annoys me is that configuration seems to have
>> disassembled into several parts that are not located in a
>> central file (such as xorg.conf has been); I have no problem
>> with editing text files if I need to, but now it's getting
>> somewhat complicated - I'm not confortable with the fact that
>> FreeBSD is (getting) complicated, I always loved it because
>> everything is so simple.
>
>But xorg is not FreeBSD, so this is an unreasonable statement.
>FreeBSD is simple.  X has never been particularly simple, and the fact
>that complexity grows over time is nothing new, either.
>
>> But I am not complaining! :-) I've been told that those changes
>> are absolutely needed to design the creation of new software
>> more efficiently and cheaper; this is often confused with "bloat",
>> but it's not, it's evolution! And there's no way around.
>
>Of course there is: if you're happy with the state of your software, 
>stop there!  Don't upgrade.  Don't replace what's working with
>something newer.
>
>That option is usually more difficult than it initially seems.  The
>rest of the world tends to keep on evolving.
>
>> I would be more happy if things would really get better, or
>> even not worse, but sadly, they seem to. Software gets slower
>> as well as less accessible - Gtk 2, used by many programs, is
>> a good (bad) example. Am I supposed to buy new computer to replace
>> perfectly running systems just to keep the "overall usage speed"
>> of everything at the same level?
>
>As above, you don't *have* to upgrade.  Keep the old software, and the 
>old hardware will run it.
>
>Like everybody, I grumble about changes that don't seem to improve 
>things at the user level.  But I try to remember that without change, 
>nothing can improve.
>
>It's also worth remembering that open source projects like xorg give
>the users the rare privilege of being able to make a difference.  Test
>code, provide hardware, document bugs or fixes, do or fund development.

If that were true, it might be worth noting. Unfortunately, it rarely
works like that. I recently started using a Logitech wireless
mouse/keyboard. Of course the mouse did not work in "X", although it
performed fine outside of "X". After investing valuable time in
Googling for a solution, I ended up editing files for HAL and adding

Section "ServerFlags"
    Option         "AllowEmptyInput" "OFF"
EndSection

to the 'xorg.conf' file.

<rant>
Honestly, that is not acceptable. On every Windows and MAC system I
tested, the combo works without this garbage. It just works. No
drivers to install, unless I want the extended capabilities of the
keyboard/mouse. Why does it have to be so freak-in difficult here. How
the hell are we suppose to entice potential users to non Window's
platforms when a simple thing like adding a keyboard or mouse to a
system becomes a challenge.
</rant>

-- 
Jerry
gesbbb@yahoo.com

|::::=======
|::::=======
|===========
|===========
|

Do unto others before they undo you.





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20091116063842.27411cd8>