Re: [gentoo-user] Re: xorg-server mouse and keyboard woes

[Dale]

Keith Dart wrote:
> On Fri, 10 Jul 2009 13:47:09 -0500
> Dale  wrote:
>
>   
>> What gets me is this, I even did a fresh install on another hard
>> drive, it don't work there either.  hal and friends were included
>> from the very start of the install too.  Either I am missing
>> something that is not in the guide or it just don't like my
>> hardware.  My mouse is a old P/S2 type mouse.  It's not even as
>> complicated as a USB thingy.
>> 
>
> Did you add the acpid, hald and dbus to the default runlevel?
>
>
>   

acpid, nope.  The rest, yes.  I have never used acpid before either.  It
seems that I tried that a long time ago and it didn't work.  Maybe
something else close to that tho.  It's been a while.

Dale

:-)  :-) 

Re: [gentoo-user] Re: xorg-server mouse and keyboard woes

[Keith Dart]

On Fri, 10 Jul 2009 13:47:09 -0500
Dale  wrote:

> What gets me is this, I even did a fresh install on another hard
> drive, it don't work there either.  hal and friends were included
> from the very start of the install too.  Either I am missing
> something that is not in the guide or it just don't like my
> hardware.  My mouse is a old P/S2 type mouse.  It's not even as
> complicated as a USB thingy.

Did you add the acpid, hald and dbus to the default runlevel?


-- 
-- 
Keith Dart

===

Re: [gentoo-user] Re: xorg-server mouse and keyboard woes

[Keith Dart]

On Fri, 10 Jul 2009 20:53:22 -0700
"Kevin O'Gorman"  wrote:

> This is NOT the way for Linux to make progress in the desktop wars,
> folks.

Works for me. ;-)

But its true that Xorg is making some rapid progress. There's some
growing pains.  If you are running Gentoo unstable mask (~) then
you are on the "bleeding edge" of open source development. Therefore
occasional breakage is to be expected. File a bug, make it better. 

If you want stable, then use Ubuntu LTS release, or CentOS. Stable, but
boring. ;-)



-- 
-- 
Keith Dart

===

Re: [gentoo-user] *** WARNING : 2.6.30 kernel hangs and destroys filesystems on old hardware

[Walter Dnes]

On Fri, Jul 10, 2009 at 05:48:59PM +0800, William Kenworthy wrote
> Was there any oops evident (in dmesg) and reiserfs involved? This is
> whats biting me at the moment on 2 systems with 2.6.29/30.

  No problems here so far.  Booted into 2.6.29-r5 just a few minutes
ago...

waltd...@d530 ~ $ uname -a
Linux d530 2.6.29-gentoo-r5 #1 SMP Fri Jul 10 23:46:49 EDT 2009 i686
Genuine Intel(R) CPU 2140 @ 1.60GHz GenuineIntel GNU/Linux


waltd...@d530 ~ $ dmesg | grep -i reiser
ReiserFS: sda7: found reiserfs format "3.6" with standard journal
ReiserFS: sda7: using ordered data mode
ReiserFS: sda7: journal params: device sda7, size 8192, journal first
block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: sda7: checking transaction log (sda7)
ReiserFS: sda7: Using r5 hash to sort names


waltd...@d530 ~ $ dmesg | grep -i oops

-- 
Walter Dnes 

Re: [gentoo-user] Re: xorg-server mouse and keyboard woes

[Kevin O'Gorman]

On Fri, Jul 10, 2009 at 11:50 AM, walt wrote:
> On 07/10/2009 01:29 AM, Helmut Jarausch wrote:
>>
>> On  9 Jul, Kevin O'Gorman wrote:
>>>
>>> I had tried holding back on xorg-server 1.5, but somewhere in May at
>>> least one package got past my version limits and X broke.  Rather than
>>> to try to revert, I thought surely by now, X would be fixed.  Sigh.
>>>
>>> In another thread, after spending 2 months without a working X server,
>>> I got KDM to start.  But without the mouse and keyboard.
>>> The nice folks who got me that far warned and comisserated thus:
>>>
>>
>> I had a similar problem. Finally I added hald to boot
>
> Was hald in 'default' before that?
>
>> rc-update add hald boot
>>
>> and rebooted. From now on Xorg 1.5 and now 1.6 work just fine
>> with hal. I wonder why this hasn't been done/checked by the
>> xorg-server ebuild.
>
> Interesting, I never noticed until now that I have hald in 'default'
> like Kevin and yet I have no problems with input devices.
>
> I'm using only USB mice but PS/2 keyboard with X+hal and only evdev,
> not keyboard or mouse drivers.  No InputDevice sections at all in
> xorg.conf.
>
> I'm wondering if this could be related to APCI or BIOS somehow, which
> seems to be a major source of different bugs from machine-to-machine.
>
> Dunno, but it's frustrating to watch you guys have so much trouble with
> this problem.
>
> Kevin, I have two mice, one very non-standard and the other bog-standard
> as the Brits like to say.  The Microsoft Basic Optical Mouse has two
> buttons and a wheel, and it works well under evdev except that I like
> to use Emulate3Buttons.
>
> My InputDevice sections are gone completely, as I mentioned, so I wrote
> a new conf file /etc/hal/fdi/policy/10-emulate3buttons.fdi:
>
> 
> 
>  
>   
>    true
>   
>  
> 
>
> I just edited the system input file from /usr/share/hal/fdi/policy after
> studying the sytax for awhile, and it worked :o)
>
> Basically, anything you'd put in an InputDevice section of xorg.conf is
> transformed into the "input.x11_options" syntax above.  I made another
> file for my non-standard mouse adding things like EmulateWheel but the
> syntax was identical to above.

Well, thanks for the commisseration.  I put -hal on xorg-xerver in
packages.use, and all is well.
There's little chance I'm going to throw more time into this
particular hole.  I have to spend it on my Ubuntu system, which was
also hosed by an xorg upgrade: I'm reverting that one to a year-old
LTS install that I can rely on for at least another year.

This is NOT the way for Linux to make progress in the desktop wars, folks.

++ kevin
-- 
Kevin O'Gorman, PhD

[gentoo-user] Re: LC_ locale settings for UK / GB.

[ABCD]

Stroller wrote:

> Hi there,
> 
> I want to try burning a DVD using k3b and when it starts up it
> complains:
> 
> System locale charset is ANSI_X3.4-1968
> Your system's locale charset (i.e. the charset used to encode
> filenames) is set to ANSI_X3.4-1968. It is highly unlikely that this
> has been done intentionally. Most likely the locale is not set at
> all.
> An invalid setting will result in problems when creating data
> projects.
> Solution: To properly set the locale charset make sure the LC_*
> environment variables are set. Normally the distribution setup tools
> take care of this.
> 
> 
> Googling "LC_* environment variables" turns up this doc:
> http://www.gentoo.org/doc/en/guide-localization.xml#doc_chap3
> 
> I assume this document is correct & up to date?
> (and is not superseded by the LINGUAS="en_GB en" that I have in
> make.conf)
> 
> This doc refers to a /etc/env.d/02locale file - I assume I have to
> create that by hand? The file does not exist at present. I guess this
> is the kind of thing I'd kinda expect you to create by symlinking to /
> usr/share/linguas/England or something.
> 
> Finally, does anyone have the correct LANG and LC_COLLATE settings for
> the United Kingdom, please? I assume that again something starting
> "en_GB" is used.
> 
> Do I need to set ALL LC_* variables (the guide lists 9 of them) or
> just those 2?
> 
> This server is headless, so I'm using X11 over ssh - kcontrol's left-
> hand pane is blank.
> 
> Thanks in advance for any help,
> 
> Stroller.

Because I'm seeing some strange things in this thread, let me elucidate
as to what the various LANG/LC_* variables do:

LANG
sets the default for LC_*, if unset, defaults to "C"

LC_CTYPE [charset]
LC_NUMERIC [number format]
LC_TIME [time format]
LC_COLLATE [sort order]
LC_MONETARY [money format]
LC_MESSAGES [message language]
LC_PAPER [paper size]
LC_NAME [given/family name format]
LC_ADDRESS [mailing address format]
LC_TELEPHONE [country code, etc.]
LC_MEASUREMENT [US customary, SI, etc.]
LC_IDENTIFICATION [???]
Used as their names suggest, for the various things that can be
done with locales.  Default to $LANG, if $LANG is unset, defaults
to "C".

LC_ALL
Override for LC_*.  If LC_ALL is set, then LC_* is ignored, and the
value of LC_ALL is used for everything. *Do not* set this in env.d
unless you know exactly what you are doing.  (Setting LC_ALL=C to
disable all locale settings, for instance).

I hope this helps resolve any confusion.  If you want to see what the
current values of each of these variables is, including overrides, run 
`locale`.

-- 
ABCD

Re: [gentoo-user] Re: Inconsistent mountpoint for /

[Dale]

Alan E. Davis wrote:
> Thank you, Walt.
>
> I live on a tropical island.  I've been going through about all the
> suggestions people have made and all the ideas I can think of.
> Changed NICs.  Recompiled kernel with better configuration.
>
> Uptime 1:39
>
> An improvement from earlier today.
>
> I've edited /etc/fstab.  But I'll leave grub alone until I'm sure what to do.
>
> Thank you again.
>
> Alan
>
>
>   

I ran into this a long time ago.  I had the wrong IDE chip set selected
in the kernel.  It worked but it was buggy.  It would cause random
crashes when the drive got a little busy.  You can use hdparm -Tt
/dev/your drive to test this.  I usually did a && and ran them several
at a time to really get it going.

This may not be your problem but it may be worth trying if you still
have trouble.

Dale

:-)  :-) 

Re: [gentoo-user] Re: Inconsistent mountpoint for /

[Alan E. Davis]

Thank you, Walt.

I live on a tropical island.  I've been going through about all the
suggestions people have made and all the ideas I can think of.
Changed NICs.  Recompiled kernel with better configuration.

Uptime 1:39

An improvement from earlier today.

I've edited /etc/fstab.  But I'll leave grub alone until I'm sure what to do.

Thank you again.

Alan





On Sat, Jul 11, 2009 at 10:52 AM, walt wrote:
> On 07/10/2009 05:16 PM, lngn...@gmail.com wrote:
>>
>> I recently reported that I am suffering random reboots.  I have now
>> discovered an inconsistency in the reporting of the mount point of the
>> root directory of my Gentoo install...
>
> No, the two are not related.  In my experience, anything that goes wrong
> at random times is related to hardware flakiness -- usually because some
> piece of the hardware is running too hot.
>
> I happen to live in a very hot, dry, dusty place.  I see random flakiness
> just about every summer, which I fix by blowing the thick layer of dust
> off of the CPU heatsink and RAM chips and the power supply with a can of
> compressed gas.  Of course, I also check that all of the fans in the case
> are still working.
>
> Do you know about memtest86?  If you have random nastiness you should run
> memtest86 at least overnight to see if your RAM is becoming senile ;o)
>
> I have suggestions about grub also, but, to be coherent about them I need
> to be much more awake than I am now.  I'll check back tomorrow.
>
>
>

[gentoo-user] Re: Inconsistent mountpoint for /

[walt]

On 07/10/2009 05:16 PM, lngn...@gmail.com wrote:

I recently reported that I am suffering random reboots.  I have now
discovered an inconsistency in the reporting of the mount point of the
root directory of my Gentoo install...


No, the two are not related.  In my experience, anything that goes wrong
at random times is related to hardware flakiness -- usually because some
piece of the hardware is running too hot.

I happen to live in a very hot, dry, dusty place.  I see random flakiness
just about every summer, which I fix by blowing the thick layer of dust
off of the CPU heatsink and RAM chips and the power supply with a can of
compressed gas.  Of course, I also check that all of the fans in the case
are still working.

Do you know about memtest86?  If you have random nastiness you should run
memtest86 at least overnight to see if your RAM is becoming senile ;o)

I have suggestions about grub also, but, to be coherent about them I need
to be much more awake than I am now.  I'll check back tomorrow.

[gentoo-user] Inconsistent mountpoint for /

[lngndvs]

I recently reported that I am suffering random reboots.  I have now
discovered an inconsistency in the reporting of the mount point of the
root directory of my Gentoo install.  First a little history:

I spent about two and a half weeks trying to install ANYTHING that
would remain stable and useable.  Finally Gentoo is running well.
Repeatedly, I was unable to understand how grub was installing the
MBR, or where.  I had three SATA drives and one ATA drive, and I
removed the ATA drive to get rid of the problem  of naming of drives
inconsistently.  So far so good; however, the SATA drives are booted
in order that they are named in the BIOS, so I wasn't certain which
drive the MBR was being installed on.

Leaving out many details...  Just when I was about to give up, I
discovered that if I changed the boot order, a different grub
appeared.  One from Gentoo and one from Ubuntu.  After a pitched
battle, I was finally able to settle on Gentoo, and it's running
pretty well.  Except for random reboots.  

I just noticed that the return from # df is as follows, without any
specific drive: designation appearing for / :

   spineless ulod # df
   Filesystem   1K-blocks  Used Available Use% Mounted on
   rootfs   105392960  19272948  80766360  20% /
   /dev/root105392960  19272948  80766360  20% /
   rc-svcdir 102476   948   8% /lib64/rc/init.d
   udev 10240   212 10028   3% /dev
   shm1027568 0   1027568   0% /dev/shm
   /dev/sdb6 62144164  45189664  13797732  77% /home

After some investigation,  I found the following inconsistent
indentification of the / directory's physical location:

   || / partition  |
   | where represented  | 500GB HDD represented as |
   |+--|
   | /boot/grub.conf "root" | (hd1,0)   |
   | /boot/grub.con kernel line | root=/dev/sda5   |
   | /etc/fstab | /devsdb5/|
   | /etc/mtab  | /dev/root|
   | sfdisk -l  | /dev/sda5|
   | /df| /dev/root|
   ||  |


In grub, it is located first  as hd1 (/dev/sdb) and then as
/dev/sda5.  That is where I want it to be.   This is necessary
apparently  because grub would see it on /dev/sdb at first, but once
the kernel boots, the drive would physically be /dev/sda.

The  identifation of this partition in /etc/fstab as /dev/sdb5, is
apparently not being honored?  I'm asking, because I am not well
versed in the events in the boot order.  

df then reports it as /dev/root, ignoring the device id.  The
partition is seen by sfdisk as /dev/sda5, as it also is by gparted.

So, am I safe to rename this partition in /etc/fstab as /dev/sda5?

Secondly, would this help explain random reboots?

I now plan to simplify the arrangement, and reorganize all of the
active partitions on a single drive.  That's another story.

Thank you,

Alan 

 

Re: [gentoo-user] :-@ Reversing xorg-server, hal and evdev. [SOLVED]

[Dale]

James Ausmus wrote:
>
>
> On Fri, Jul 10, 2009 at 3:52 PM, Dale  > wrote:
>
> James Ausmus wrote:
> > Good to hear! Out of curiosity, what's the mouse-related differences
> > between the two xorg.conf's?
> >
>
> Well, I can't see any difference.  Here is the old file:
>
> Section "InputDevice"
>Identifier  "Mouse0"
>Driver  "mouse"
>Option"Protocol" "auto"
>Option"Device" "/dev/input/mice"
>Option"ZAxisMapping" "4 5 6 7"
> EndSection
>
> and the new file:
>
> Section "InputDevice"
>Identifier  "Mouse0"
>Driver  "mouse"
>Option"Protocol" "auto"
>Option"Device" "/dev/input/mice"
>Option"ZAxisMapping" "4 5 6 7"
> EndSection
>
> I didn't emerge anything either.  I logged out of KDE, went to a
> console, ran xorgcfg then restarted X.  When I logged into KDE, the
> wheel worked.
>
>
>
> Hmm, interesting... Does the new xorg.conf still have the
>
> Option "AutoAddDevices""false"
>
> line in the ServerFlags section?
>  
>
>
>
> Go figure.
>
> Dale
>
> :-)  :-)
>
>
>

No mention of that at all.  Since xorg-server is compiled with the -hal
USE flag, it shouldn't matter right?  I dunno myself.  I thought that
disabled hal if it is compiled with it or something to that effect.  Of
course, I couldn't see any difference when I was testing with it.  It
didn't seem to "disable" hal either way for me.

Dale

:-)  :-) 

Re: [gentoo-user] Re: LC_ locale settings for UK / GB.

[Stroller]

On 11 Jul 2009, at 00:05, walt wrote:

On 07/10/2009 02:48 PM, Stroller wrote:
...



Googling "LC_* environment variables" turns up this doc:
http://www.gentoo.org/doc/en/guide-localization.xml#doc_chap3
...

Unless you have some very arcane lanuage needs you can just set the
value of LC_ALL instead of worrying about nine different ones.


FWIW the linked Gentoo Linux Localization Guide specifically warns  
against this:


"Warning: Using LC_ALL is strongly discouraged as it can't be  
overridden later on. Please use it only when testing and never set it  
in a startup file."


Stroller.

Re: [gentoo-user] LC_ locale settings for UK / GB.

[Stroller]

On 11 Jul 2009, at 00:02, Peter Ruskin wrote:

...
This doc refers to a /etc/env.d/02locale file ...


This is what my 02locale file says:
LANG="en_GB"
LC_COLLATE="POSIX"
LC_CTYPE="POSIX"
LC_ALL="en_GB"

I set LC_COLLATE and LC_CTYPE to "POSIX" some time ago to make
konqueror sort the way I expect.


Thanks. That seems to have got rid of k3b's message of complaint,  
although it seemed to require running `env-update`, not merely logging  
out & back in again.


Stroller. 

[gentoo-user] Re: LC_ locale settings for UK / GB.

[walt]

On 07/10/2009 04:02 PM, Peter Ruskin wrote:


...
I set LC_COLLATE and LC_CTYPE to "POSIX" some time ago to make
konqueror sort the way I expect.


We posted our responses at the same time, apparently.  Where did
you learn that POSIX is an appropriate value for those variables?
I need to read whatever docs you can recommend.

[gentoo-user] Re: LC_ locale settings for UK / GB.

[walt]

On 07/10/2009 02:48 PM, Stroller wrote:
> ...

Solution: To properly set the locale charset make sure the LC_*
environment variables are set...


Googling "LC_* environment variables" turns up this doc:
http://www.gentoo.org/doc/en/guide-localization.xml#doc_chap3

I assume this document is correct & up to date?
(and is not superseded by the LINGUAS="en_GB en" that I have in make.conf)


As far as I know the LINGUAS variable is used only during the building
of packages, and is not related to the LANGUAGE or LC variables. If I'm
wrong then someone correct me, please.  I've been vague about this for
years.

To discover what locales you have in /usr/share/locale, type 'locale -a'
at a shell prompt. If you emerged glibc with your LINGUAS variable set
to en_GB en then you may have only English-oriented locales listed,

In any case you should easily spot what you need in the output of
locale -a | grep GB.

Unless you have some very arcane lanuage needs you can just set the
value of LC_ALL instead of worrying about nine different ones.

Here is my /etc/env.d/02locale as an example from the colonies, which
of course is unsuitable for a truly civilized country:

$cat /etc/env.d/02locale
LC_ALL="en_US.UTF-8"
LANG="en_US.UTF-8"
LANGUAGE="en_US.UTF-8"
LINGUAS=""
ALL_LINGUAS=""

The redundancy in that file is probably overkill because I didn't know
exactly what to include.  It may well be that some of those don't need
to be there, and someone who knows will enlighten us both :o)

Re: [gentoo-user] :-@ Reversing xorg-server, hal and evdev. [SOLVED]

[James Ausmus]

On Fri, Jul 10, 2009 at 3:52 PM, Dale  wrote:

> James Ausmus wrote:
> > Good to hear! Out of curiosity, what's the mouse-related differences
> > between the two xorg.conf's?
> >
>
> Well, I can't see any difference.  Here is the old file:
>
> Section "InputDevice"
>Identifier  "Mouse0"
>Driver  "mouse"
>Option"Protocol" "auto"
>Option"Device" "/dev/input/mice"
>Option"ZAxisMapping" "4 5 6 7"
> EndSection
>
> and the new file:
>
> Section "InputDevice"
>Identifier  "Mouse0"
>Driver  "mouse"
>Option"Protocol" "auto"
>Option"Device" "/dev/input/mice"
>Option"ZAxisMapping" "4 5 6 7"
> EndSection
>
> I didn't emerge anything either.  I logged out of KDE, went to a
> console, ran xorgcfg then restarted X.  When I logged into KDE, the
> wheel worked.



Hmm, interesting... Does the new xorg.conf still have the

Option "AutoAddDevices""false"

line in the ServerFlags section?


>
>
> Go figure.
>
> Dale
>
> :-)  :-)
>
>
>

Re: [gentoo-user] :-@ Reversing xorg-server, hal and evdev. [SOLVED]

[Dale]

James Ausmus wrote:
> Good to hear! Out of curiosity, what's the mouse-related differences
> between the two xorg.conf's?
>

Well, I can't see any difference.  Here is the old file:

Section "InputDevice"
Identifier  "Mouse0"
Driver  "mouse"
Option"Protocol" "auto"
Option"Device" "/dev/input/mice"
Option"ZAxisMapping" "4 5 6 7"
EndSection

and the new file:

Section "InputDevice"
Identifier  "Mouse0"
Driver  "mouse"
Option"Protocol" "auto"
Option"Device" "/dev/input/mice"
Option"ZAxisMapping" "4 5 6 7"
EndSection

I didn't emerge anything either.  I logged out of KDE, went to a
console, ran xorgcfg then restarted X.  When I logged into KDE, the
wheel worked. 

Go figure. 

Dale

:-)  :-) 

Re: [gentoo-user] :-@ Reversing xorg-server, hal and evdev. [SOLVED]

[James Ausmus]

Good to hear! Out of curiosity, what's the mouse-related differences between
the two xorg.conf's?

On Fri, Jul 10, 2009 at 3:04 PM, Dale  wrote:

> James Ausmus wrote:
> >
> >
> >
> >
> > Did you try the xinput commands from my previous e-mail? I believe
> > that they will work for all input devices, not just evdev devices.
> >
> > -James
>
> I don't know what was wrong but I got it working again.  I ran xorgcfg
> and let it generate a new xorg.conf file and it works fine.  I guess
> something was borked somewhere.
>
> Thanks all.  I'm rolling with the wheel again.  :-)
>
> Dale
>
> :-)  :-)
>
>

Re: [gentoo-user] Re: :-@ Reversing xorg-server, hal and evdev.

[Dale]

walt wrote:
> On 07/10/2009 11:12 AM, Dale wrote:
>
>> ...
>> It sees the mouse and says the option for the wheel is there.  It just
>> don't work...
>
> I can't remember if anyone has mentioned xev yet.  On my machine with
> the bog-standard M$ Optical Mouse (2-buttons+wheel) when I put the mouse
> cursor in the xev window and rotate the wheel, I see button4 events for
> scroll up and button5 for scroll down.
>
> If you don't have xev just 'emerge xev' (of course ;).
>
>
>

I got it working.  I ran xorgcfg and let it redo the xorg.conf file.  It
works now.  Well, I have to reset my screen reslolution and such but the
wheel works.  I'm on a roll now.  LOL

Thanks for the help tho.  No more evdev for me, unless I get it mastered
on my second install or something. 

Dale

:-)  :-) 

Re: [gentoo-user] complex depencies - how to cut the Gordian knot?

[Stroller]

On 10 Jul 2009, at 11:44, Helmut Jarausch wrote:

...
emerge --keep-going -j2 -1 --ask --update --newuse --deep @system  
@world

gives a lot of blockings which I don't quite understand (and there are
so many) - see below.
...

[blocks B ] xmlpatterns-4.5.2" is blocking x11-libs/qt-assistant-4.5.2, x11-libs/ 
qt-opengl-4.5.2, x11-libs/qt-dbus-4.5.2, x11-libs/qt-script-4.5.2,  
x11-libs/qt-test-4.5.2, x11-libs/qt-svg-4.5.2, x11-libs/qt-gui-4.5.2- 
r1, x11-libs/qt-qt3support-4.5.2, x11-libs/qt-webkit-4.5.2, x11-libs/ 
qt-core-4.5.2, x11-libs/qt-sql-4.5.2)
[blocks B ] >x11-libs/qt-test-4.5.1-r (">x11-libs/qt- 
test-4.5.1-r" is blocking x11-libs/qt-xmlpatterns-4.5.1)
[blocks B ] >x11-libs/qt-script-4.5.1-r (">x11-libs/qt- 
script-4.5.1-r" is blocking x11-libs/qt-xmlpatterns-4.5.1)
[blocks B ] >x11-libs/qt-sql-4.5.1-r (">x11-libs/qt- 
sql-4.5.1-r" is blocking x11-libs/qt-xmlpatterns-4.5.1)

...


All these version -4.5.1-r packages look very suspicious to me.  
Honestly, I'd uninstall all the the blocking packages, `emerge -upv  
world` and let suitable versions be pulled in as dependencies.


Stroller.

[gentoo-user] Re: :-@ Reversing xorg-server, hal and evdev.

[walt]

On 07/10/2009 11:12 AM, Dale wrote:


...
It sees the mouse and says the option for the wheel is there.  It just
don't work...


I can't remember if anyone has mentioned xev yet.  On my machine with
the bog-standard M$ Optical Mouse (2-buttons+wheel) when I put the mouse
cursor in the xev window and rotate the wheel, I see button4 events for
scroll up and button5 for scroll down.

If you don't have xev just 'emerge xev' (of course ;).

Re: [gentoo-user] :-@ Reversing xorg-server, hal and evdev. [SOLVED]

[Dale]

James Ausmus wrote:
>
>
>
>
> Did you try the xinput commands from my previous e-mail? I believe
> that they will work for all input devices, not just evdev devices.
>
> -James

I don't know what was wrong but I got it working again.  I ran xorgcfg
and let it generate a new xorg.conf file and it works fine.  I guess
something was borked somewhere.

Thanks all.  I'm rolling with the wheel again.  :-) 

Dale

:-)  :-) 

[gentoo-user] LC_ locale settings for UK / GB.

[Stroller]

Hi there,

I want to try burning a DVD using k3b and when it starts up it  
complains:


   System locale charset is ANSI_X3.4-1968
   Your system's locale charset (i.e. the charset used to encode
   filenames) is set to ANSI_X3.4-1968. It is highly unlikely that this
   has been done intentionally. Most likely the locale is not set at  
all.

   An invalid setting will result in problems when creating data
   projects.
   Solution: To properly set the locale charset make sure the LC_*
   environment variables are set. Normally the distribution setup tools
   take care of this.


Googling "LC_* environment variables" turns up this doc:
http://www.gentoo.org/doc/en/guide-localization.xml#doc_chap3

I assume this document is correct & up to date?
(and is not superseded by the LINGUAS="en_GB en" that I have in  
make.conf)


This doc refers to a /etc/env.d/02locale file - I assume I have to  
create that by hand? The file does not exist at present. I guess this  
is the kind of thing I'd kinda expect you to create by symlinking to / 
usr/share/linguas/England or something.


Finally, does anyone have the correct LANG and LC_COLLATE settings for  
the United Kingdom, please? I assume that again something starting  
"en_GB" is used.


Do I need to set ALL LC_* variables (the guide lists 9 of them) or  
just those 2?


This server is headless, so I'm using X11 over ssh - kcontrol's left- 
hand pane is blank.


Thanks in advance for any help,

Stroller.

Re: [gentoo-user] Diskless client will not shutdown.

[Harley Peters]

On Fri, 10 Jul 2009 01:47:43 -0700
Keith Dart  wrote:

> On Thu, 9 Jul 2009 14:31:45 -0500
> Harley Peters  wrote:
> 
> > But it never issues the power down command.
> > Yes acpi is setup correctly.
> 
> I've seen buggy motherboards and/or bioses behave this way. But check
> your kernel config. Might also try some different BIOS settings and
> see if that helps.
> 
> 
> 
> 
> 

Not much to try in the bios. The kernel config is correct and I have
tried about every combination possible just for kicks.
It use to work with a hard disk all the time. When I first changed it
to diskless it worked when it felt like it. But now it never works
doesn't even seem to try.
Could be the kernel I changed to 2.6.30.1 not to long ago but I need
that version so can't go back.

Re: [gentoo-user] :-@ Reversing xorg-server, hal and evdev.

[Dale]

James Ausmus wrote:
>
>
> On Fri, Jul 10, 2009 at 2:04 PM, Dale  > wrote:
>
> Paul Hartman wrote:
> > On Fri, Jul 10, 2009 at 3:43 PM, Dale > wrote:
> >
> >> It does appear to be loading nvidia but I don't see the splash
> screen.
> >> I also notice that it takes longer to log out for some reason.
>  It logs
> >> in like always, about 10 seconds or so, but when I log out, it
> takes 45
> >> seconds or so.  Maybe the splash screen is off by default. I dunno.
> >>
> >
> > According to the README from the latest version of
> nvidia-drivers, the
> > splash screen is only shown if you are using 24-bit color depth. I
> > believe it also shows only once, the first time after the module is
> > loaded, and does not reappear unless you unload and re-load the
> > module.
> >
> >
> >
>
> Cool.  Now to get my mouse wheel working again.  < Dale scratches
> his head >
>
>
>
> Did you try the xinput commands from my previous e-mail? I believe
> that they will work for all input devices, not just evdev devices.
>
> -James
>  
>
>
>
> Dale
>
> :-)  :-)
>
>
I don't have it installed at the moment.  I'll have to download that
later. 

Dale

:-)  :-)

Re: [gentoo-user] :-@ Reversing xorg-server, hal and evdev.

[James Ausmus]

On Fri, Jul 10, 2009 at 2:04 PM, Dale  wrote:

> Paul Hartman wrote:
> > On Fri, Jul 10, 2009 at 3:43 PM, Dale wrote:
> >
> >> It does appear to be loading nvidia but I don't see the splash screen.
> >> I also notice that it takes longer to log out for some reason.  It logs
> >> in like always, about 10 seconds or so, but when I log out, it takes 45
> >> seconds or so.  Maybe the splash screen is off by default. I dunno.
> >>
> >
> > According to the README from the latest version of nvidia-drivers, the
> > splash screen is only shown if you are using 24-bit color depth. I
> > believe it also shows only once, the first time after the module is
> > loaded, and does not reappear unless you unload and re-load the
> > module.
> >
> >
> >
>
> Cool.  Now to get my mouse wheel working again.  < Dale scratches his head
> >



Did you try the xinput commands from my previous e-mail? I believe that they
will work for all input devices, not just evdev devices.

-James


>
>
> Dale
>
> :-)  :-)
>
>

Re: [gentoo-user] :-@ Reversing xorg-server, hal and evdev.

[Dale]

Paul Hartman wrote:
> On Fri, Jul 10, 2009 at 3:43 PM, Dale wrote:
>   
>> It does appear to be loading nvidia but I don't see the splash screen.
>> I also notice that it takes longer to log out for some reason.  It logs
>> in like always, about 10 seconds or so, but when I log out, it takes 45
>> seconds or so.  Maybe the splash screen is off by default. I dunno.
>> 
>
> According to the README from the latest version of nvidia-drivers, the
> splash screen is only shown if you are using 24-bit color depth. I
> believe it also shows only once, the first time after the module is
> loaded, and does not reappear unless you unload and re-load the
> module.
>
>
>   

Cool.  Now to get my mouse wheel working again.  < Dale scratches his head >

Dale

:-)  :-)

Re: [gentoo-user] :-@ Reversing xorg-server, hal and evdev.

[Paul Hartman]

On Fri, Jul 10, 2009 at 3:43 PM, Dale wrote:
> It does appear to be loading nvidia but I don't see the splash screen.
> I also notice that it takes longer to log out for some reason.  It logs
> in like always, about 10 seconds or so, but when I log out, it takes 45
> seconds or so.  Maybe the splash screen is off by default. I dunno.

According to the README from the latest version of nvidia-drivers, the
splash screen is only shown if you are using 24-bit color depth. I
believe it also shows only once, the first time after the module is
loaded, and does not reappear unless you unload and re-load the
module.

Re: [gentoo-user] :-@ Reversing xorg-server, hal and evdev.

[Dale]

James Ausmus wrote:
>
>
> On Fri, Jul 10, 2009 at 11:31 AM, Dale  > wrote:
>
> James Ausmus wrote:
> >
> >
> >
> >
> > Hi Dale - can you post your /var/log/Xorg.0.log and
> /etc/X11/xorg.conf
> > files?
> >
> > Thanks!
> >
> > -James
>
> Posted in another reply.  Should be in the same thread.  Sorry, I
> should
> have posted those before.
>
>
> :) It's hard to remember all the details when your roof is on fire...
> 
>
> From that Xorg log, it does look like the NVidia binary driver is
> being loaded/used - what indicators are you seeing that tell you that
> the nv driver is being used? If it's just a missing NVidia splash
> screen, maybe the updated NVidia driver has it off by default?
>
> For the mouse - things do look fairly normal from the log - however,
> try the following (if you don't ahve the xinput command, it is
> provided by x11-apps/xinput):
>
> xinput list
>
> This should show you a list of your X input devices - you should see
> your mouse there. Mine reads:
>
> "Virtual core pointer"  id=0[XPointer]
> Num_buttons is 32
> Num_axes is 2
> Mode is Relative
> Motion_buffer is 256
> Axis 0 :
> Min_value is -1
> Max_value is -1
> Resolution is 0
> Axis 1 :
> Min_value is -1
> Max_value is -1
> Resolution is 0
> "Virtual core keyboard" id=1[XKeyboard]
> Num_keys is 248
> Min_keycode is 8
> Max_keycode is 255
> "No brand 4 Port KVMSwicther"   id=2[XExtensionKeyboard]
> Type is KEYBOARD
> Num_keys is 248
> Min_keycode is 8
> Max_keycode is 255
> "Logitech USB Optical Mouse"id=3[XExtensionPointer]
> Type is MOUSE
> Num_buttons is 32
> Num_axes is 2
> Mode is Relative
> Motion_buffer is 256
> Axis 0 :
> Min_value is -1
> Max_value is -1
> Resolution is 1
> Axis 1 :
> Min_value is -1
> Max_value is -1
> Resolution is 1
> "CHICONY HP Basic USB Keyboard" id=4[XExtensionKeyboard]
> Type is KEYBOARD
> Num_keys is 248
> Min_keycode is 8
> Max_keycode is 255
>  
>
> Then, take the name of the mouse from the list - in my case "Logitech
> USB Optical Mouse", and run:
>
> xinput test 
>
> for myself it was xinput test "Logitech USB Optical Mouse" - with the
> quotes.
>
> The move the mouse a little, and run the scroll wheel a little - you
> should see something along the lines of:
>
> motion a[0]=2
> a[1]=-4   
>   
>
> motion a[0]=7
> a[1]=-5   
>   
>
> motion a[0]=2
> a[1]=-11  
>   
>
> motion a[0]=-4
> a[1]=-11  
>  
>
> motion a[0]=-9
> a[1]=-10  
>  
>
> motion a[0]=-7
> a[1]=-13  
>  
>
> motion a[0]=-6
> a[1]=-13  
>  
>
> motion a[0]=-6
> a[1]=-11  
>  
>
> motion a[0]=-5
> a[1]=-8   
>  
>
> motion a[0]=-4
> a[1]=-9   
>  
>
> motion
> a[1]=-6   
>   
>
>
> motion a[0]=-1
> a[1]=-2   
>  
>
> motion a[0]=-1
> a[1]=-1   
> 

Re: [gentoo-user] [OT] eee PC crashes on shutdown.

[Neil Bothwick]

On Fri, 10 Jul 2009 13:50:33 -0600, Maxim Wexler wrote:

> > Ctrl-C? My console isn't even logged in. so Ctrl-C won't do anything.
> 
> Don't understand "isn't even logged in"

As in it's just sitting there with a login prompt, but pressing Alt-SysRq-S 
shows the emergency sync message.

> When you do # tail -f /var/log/messages do you see some sort of report
> when you push SysRq.

Yes.

Jul 10 21:17:12 zaphod SysRq : Emergency Sync
Jul 10 21:17:12 zaphod Emergency Sync complete


-- 
Neil Bothwick

(A)bort, (R)etry, (P)retend this never happened...


signature.asc
Description: PGP signature

Re: [gentoo-user] random reboots

[Roy Wright]

On Jul 10, 2009, at 2:07 PM, Volker Armin Hemmann wrote:


On Freitag 10 Juli 2009, Alan E. Davis wrote:


My system reboots at seemingly random times.  Usually, this happens
during keyboard or mouse input.  I have been using kernel 2.6.30-r2.
Often this happens when using firefox, but not exclusively.


sounds like
a) heat
or
b) psu problems
or
c) triple faults.


c) is a lot of time caused by memory problems. One thing causing  
memory

problems is a bad psu.

so - in your case - just try a different psu. Ask a friend for one  
for a

couple of days. If your problem stays, you have to look elsewhere.



I had to RMA my power supply a few weeks ago, it had the same symptoms.
Let's just say I'm very satisfied with Thermaltake's RMA policy.

Here's a simple test.  Boot into BIOS and leave it there.  If the  
power supply
cycles, you'll find the machine booted into your OS.  This eliminates  
the OS

as a source of the problem.

HTH,
Roy

Re: [gentoo-user] [OT] eee PC crashes on shutdown.

[Maxim Wexler]

> Do you have CONFIG_MAGIC_SYSRQ enabled in your kernel?

yes


>
>> BTW, when I try getting back to the X console, it's blank. Is this an
> > Xfce4 thing? I remember sysrescuecd which also uses Xfce4 had the same
>> bug/feature. I have to ctrl-c on the first console to get back to the
>> prompt so I can restart X.
>
> Ctrl-C, my console isn't even logged in. so Ctrl-C won't do anything.

Don't understand "isn't even logged in"

> Alt-F7 takes me back to KDE.

Takes me to a completely blank(black) console, no cursor, no login, zip

>
>> FWIW  Prt Sc and Sys Rq are separate keys on this unit. They share
>> space with Ins and Del, respectively. Prt Sc and Sys Rq are printed in
>> blue and, I assume. are part of the 'fn' system.
>
> Yes, and both work s magic SysRq keys on my Eee.
>

When you do # tail -f /var/log/messages do you see some sort of report
when you push SysRq.

mw

[gentoo-user] Re: complex depencies - how to cut the Gordian knot?

[walt]

On 07/10/2009 03:44 AM, Helmut Jarausch wrote:

Hi,

I'm upgrading Gentoo nearly each day for 2 years now.
But once in a while I'm lost, like this time

emerge --keep-going -j2 -1 --ask --update --newuse --deep @system @world
gives a lot of blockings which I don't quite understand (and there are
so many) - see below.


Yes, there is something strange about the qt packages that triggers
this problem.  It looks horrible but the solution is just to remove
all of the qt packages manually before doing your update.  Dunno why.

[gentoo-user] Re: :-@ Reversing xorg-server, hal and evdev.

[walt]

On 07/10/2009 09:13 AM, Dale wrote:

Hi folks.

Word of warning.  I been upset before, I have even been mad before,
right now, I'm pissed.  This is not normal for me but it is what it is.

I tried the new xorg with the hal flag turned on.  Let's just say it was
a nightmare, AGAIN.  I want my old way back to say it lightly.  I put
-hal in package.use for xorg-server.  I put my old xorg.conf file back
as well.  I re-emerged the keyboard, mouse, video and evdev just in case
it mattered.  I also re-emerged xorg-server.  My problem you ask.  The
nvidia drivers won't load.  It defaults to the nv drivers.  No splash
screen anymore.  Also, my mouse wheel doesn't work anymore either.  That
really set me off.  I use my wheel as much as I use the left button.


Ouch.  I've developed an ulcer just reading Kevin's thread from the last
several days.  Marc just posted what I was going to say about nVidia, so
I'll just mention that I just posted a comment in Kevin's thread about
my mouse configuration, which I hope someone will find useful.

Sorry if I'm repeating stuff from the other thread -- I've solved a few
very confusing problems with the use of lshal and by turning on verbose
logging for the X server (X -logverbose).

Re: [gentoo-user] random reboots

[Volker Armin Hemmann]

On Freitag 10 Juli 2009, Alan E. Davis wrote:
> Thank you to members of this list who have gotten me through a couple
> of serious issues.  I have another one.
>
> My system reboots at seemingly random times.  Usually, this happens
> during keyboard or mouse input.  I have been using kernel 2.6.30-r2.
> Often this happens when using firefox, but not exclusively.
>
> When I checked my machine, it had an uptime of nearly 4 hours after
> the last reboot, when I had not logged in.  However, after logging in,
> I experienced two reboots in rapid succession.
>
> Interestingly, after I recompiled the kernel, enabling more modules of
> I2C stuff, to enable hardware monitoring for my Motherboard, the
> system has seemed to become less stable, and reboots readily.
>
> I usually use nvidia non-freedom drivers.  I am now typing with the
> x11 drivers, and the system has not rebooted.  I am now also using
> 2.6.29-r5.
>
> Once such things happened to me because I had a file with a filename
> starting with "_" in my filesystem.  Everytime I started nautilus,
> firefox, or epiphany, the system would crash.  This was some long time
> ago.
>
> I have three SATA drives installed, with a plethora of partitions.
>
> I am not sure where to look in logs to look for evidence of problems.
> May I set up the system to trap for such useful information?
>
> Alan Davis
>
>  "...can the human soul be glimpsed through a microscope? Maybe, but
> you'd definitely need one of those very good ones with two eyepieces."
>
> -- Woody Allen, quoted by B. A. Palevitz

sounds like
a) heat
or
b) psu problems
or
c) triple faults.


c) is a lot of time caused by memory problems. One thing causing memory 
problems is a bad psu.

so - in your case - just try a different psu. Ask a friend for one for a 
couple of days. If your problem stays, you have to look elsewhere.

Re: [gentoo-user] Re: xorg-server mouse and keyboard woes

[David]

Mine is working fine also, I did have to rebuild all the drivers after 
every update, using 1.6.1.901-r5 currently;


This is a desktop, I have nothing in /etc/hal/fdi/policy/

david [02:54 PM] opteron ~ $ ls /usr/lib64/xorg/modules/input/
evdev_drv.so  kbd_drv.so  mouse_drv.so

Here is xorg.conf and Xorg.0.log
http://dwabbott.com/xorg/

I use a wireless usb keyboard/mouse

Both dbus and hald are in runlevel default

I read this over plus the 1.5 guide;
http://dberkholz.wordpress.com/2009/02/26/xorg-server-16-preview-in-x11-overlay/

I feel your pain. hope something can help.

--
Powered by Gentoo GNU/Linux
http://linuxcrazy.com

Re: [gentoo-user] random reboots

[Paul Hartman]

On Fri, Jul 10, 2009 at 1:50 PM, Alan E. Davis wrote:
> My system reboots at seemingly random times.  Usually, this happens
> during keyboard or mouse input.  I have been using kernel 2.6.30-r2.
> Often this happens when using firefox, but not exclusively.

If you can identify when it started, and identify what may have
changed around then, go back to whatever you used before then :)

Otherwise I would suspect hardware, and would start with testing RAM
and things like that. Pull the plug on the hard drive(s) and boot off
a LiveCD and see if it still reboots. Try pulling some of the RAM
modules and see it the problem gets better or worse... things like
that.

Firefox uses a lot of RAM, and would cause network activity, so it's
possible if there's a problem with the network driver or port (or
wireless?), or a RAM issue, maybe its' triggering it because it is a
heavy resource user. I had some weird issues with one particular buggy
build of madwifi a long time ago that would cause weird things to
happen only during heavy network utilization.

[gentoo-user] random reboots

[Alan E. Davis]

Thank you to members of this list who have gotten me through a couple
of serious issues.  I have another one.

My system reboots at seemingly random times.  Usually, this happens
during keyboard or mouse input.  I have been using kernel 2.6.30-r2.
Often this happens when using firefox, but not exclusively.

When I checked my machine, it had an uptime of nearly 4 hours after
the last reboot, when I had not logged in.  However, after logging in,
I experienced two reboots in rapid succession.

Interestingly, after I recompiled the kernel, enabling more modules of
I2C stuff, to enable hardware monitoring for my Motherboard, the
system has seemed to become less stable, and reboots readily.

I usually use nvidia non-freedom drivers.  I am now typing with the
x11 drivers, and the system has not rebooted.  I am now also using
2.6.29-r5.

Once such things happened to me because I had a file with a filename
starting with "_" in my filesystem.  Everytime I started nautilus,
firefox, or epiphany, the system would crash.  This was some long time
ago.

I have three SATA drives installed, with a plethora of partitions.

I am not sure where to look in logs to look for evidence of problems.
May I set up the system to trap for such useful information?

Alan Davis

 "...can the human soul be glimpsed through a microscope? Maybe, but
you'd definitely need one of those very good ones with two eyepieces."

-- Woody Allen, quoted by B. A. Palevitz

[gentoo-user] Re: xorg-server mouse and keyboard woes

[walt]

On 07/10/2009 01:29 AM, Helmut Jarausch wrote:

On  9 Jul, Kevin O'Gorman wrote:

I had tried holding back on xorg-server 1.5, but somewhere in May at
least one package got past my version limits and X broke.  Rather than
to try to revert, I thought surely by now, X would be fixed.  Sigh.

In another thread, after spending 2 months without a working X server,
I got KDM to start.  But without the mouse and keyboard.
The nice folks who got me that far warned and comisserated thus:



I had a similar problem. Finally I added hald to boot


Was hald in 'default' before that?


rc-update add hald boot

and rebooted. From now on Xorg 1.5 and now 1.6 work just fine
with hal. I wonder why this hasn't been done/checked by the
xorg-server ebuild.


Interesting, I never noticed until now that I have hald in 'default'
like Kevin and yet I have no problems with input devices.

I'm using only USB mice but PS/2 keyboard with X+hal and only evdev,
not keyboard or mouse drivers.  No InputDevice sections at all in
xorg.conf.

I'm wondering if this could be related to APCI or BIOS somehow, which
seems to be a major source of different bugs from machine-to-machine.

Dunno, but it's frustrating to watch you guys have so much trouble with
this problem.

Kevin, I have two mice, one very non-standard and the other bog-standard
as the Brits like to say.  The Microsoft Basic Optical Mouse has two
buttons and a wheel, and it works well under evdev except that I like
to use Emulate3Buttons.

My InputDevice sections are gone completely, as I mentioned, so I wrote
a new conf file /etc/hal/fdi/policy/10-emulate3buttons.fdi:



  
   
true
   
  


I just edited the system input file from /usr/share/hal/fdi/policy after
studying the sytax for awhile, and it worked :o)

Basically, anything you'd put in an InputDevice section of xorg.conf is
transformed into the "input.x11_options" syntax above.  I made another
file for my non-standard mouse adding things like EmulateWheel but the
syntax was identical to above.

Re: [gentoo-user] Re: xorg-server mouse and keyboard woes

[Dale]

Alan McKinnon wrote:
> On Friday 10 July 2009 17:43:44 Kevin O'Gorman wrote:
>   
>> On Fri, Jul 10, 2009 at 4:55 AM, Philip Webb wrote:
>> 
>>> 090709 Kevin O'Gorman wrote:
>>>   
> On Thu, Jul 9, 2009 at 8:51 PM, Dale wrote:
>   
>> If all else fails:
>> x11-base/xorg-server  -hal
>> 
> Is there any other advice?
>   
 A new HAL made no difference.  Sigh.
 
>>> I ran into this twice, first on my frontline machine, then on the
>>> stand-by. The solution was 'USE="-hal" emerge xorg-server', then remerge
>>> all drivers. There was a Gentoo help doc re it, which gave this as the
>>> simplest option.
>>>
>>> 'evdev' is a separate matter: you need to include it in your kernel,
>>> than you can simplify your drivers.
>>>
>>> HTH
>>>   
>> Evdev has been included in my kernels throughout this mess.  It hasn't
>> helped.  The Gentoo doc on the upgrade was a bit scetchy about
>> configuring HAL; now that I find that disabling HAL in xorg is the
>> solution, I suspect that the underlying problem is HAL configuration.
>> After all, there's nothing at all special about my mouse or keyboard.
>>
>> Why should we have to configure HAL manually?  Since the stone ages,
>> Linux installations have determined what keyboard we have and have set
>> things up for us.  How different can PS/2 or USB mice be?
>>
>> SO: if anyone succeeded with xorg and HAL, with a USA keyboard and a
>> wheel mouse,  would please tell me about their HAL config, I'd sure
>> love to see it.
>> 
>
> I run latest unstable here with a regular USA layout on a Dell XPS M1530 with 
> nvidia driver, hal and evdev. The HAL config is empty apart from a policy 
> file 
> for a touch pad, and it's a dual-screen setup. Here's my xorg.conf:
>
> # egrep -v '^$|^#' /etc/X11/xorg.conf
> Section "ServerLayout"
> Identifier "Layout0"
> Screen  0  "Screen0" 0 0
> EndSection
> Section "Files"
> EndSection
> Section "Module"
> Load   "dbe"
> Load   "extmod"
> Load   "glx"
> EndSection
> Section "ServerFlags"
> Option "Xinerama" "0"
> EndSection
> Section "Monitor"
> # HorizSync source: edid, VertRefresh source: edid
> Identifier "Monitor0"
> VendorName "Unknown"
> ModelName  "Samsung SyncMaster"
> HorizSync   30.0 - 81.0
> VertRefresh 56.0 - 75.0
> Option "DPMS"
> EndSection
> Section "Device"
> Identifier "Device0"
> Driver "nvidia"
> VendorName "NVIDIA Corporation"
> BoardName  "GeForce 8600M GT"
> EndSection
> Section "Screen"
> Identifier "Screen0"
> Device "Device0"
> Monitor"Monitor0"
> DefaultDepth24
> Option "NoLogo" "True"
> Option "TwinView" "1"
> Option "TwinViewXineramaInfoOrder" "DFP-0"
> Option "metamodes" "CRT: nvidia-auto-select @1440x900 +1920+0, 
> DFP: nvidia-auto-select +0+0"
> SubSection "Display"
> Depth   24
> EndSubSection
> EndSection
>
> It all JustWorks for me, I assume in my case at least it's working as 
> designed.
>
>   

What gets me is this, I even did a fresh install on another hard drive,
it don't work there either.  hal and friends were included from the very
start of the install too.  Either I am missing something that is not in
the guide or it just don't like my hardware.  My mouse is a old P/S2
type mouse.  It's not even as complicated as a USB thingy.

Dale

:-)  :-) 

Re: [gentoo-user] :-@ Reversing xorg-server, hal and evdev.

[James Ausmus]

On Fri, Jul 10, 2009 at 11:31 AM, Dale  wrote:

> James Ausmus wrote:
> >
> >
> >
> >
> > Hi Dale - can you post your /var/log/Xorg.0.log and /etc/X11/xorg.conf
> > files?
> >
> > Thanks!
> >
> > -James
>
> Posted in another reply.  Should be in the same thread.  Sorry, I should
> have posted those before.


:) It's hard to remember all the details when your roof is on fire... 

>From that Xorg log, it does look like the NVidia binary driver is being
loaded/used - what indicators are you seeing that tell you that the nv
driver is being used? If it's just a missing NVidia splash screen, maybe the
updated NVidia driver has it off by default?

For the mouse - things do look fairly normal from the log - however, try the
following (if you don't ahve the xinput command, it is provided by
x11-apps/xinput):

xinput list

This should show you a list of your X input devices - you should see your
mouse there. Mine reads:

"Virtual core pointer"  id=0[XPointer]
Num_buttons is 32
Num_axes is 2
Mode is Relative
Motion_buffer is 256
Axis 0 :
Min_value is -1
Max_value is -1
Resolution is 0
Axis 1 :
Min_value is -1
Max_value is -1
Resolution is 0
"Virtual core keyboard" id=1[XKeyboard]
Num_keys is 248
Min_keycode is 8
Max_keycode is 255
"No brand 4 Port KVMSwicther"   id=2[XExtensionKeyboard]
Type is KEYBOARD
Num_keys is 248
Min_keycode is 8
Max_keycode is 255
"Logitech USB Optical Mouse"id=3[XExtensionPointer]
Type is MOUSE
Num_buttons is 32
Num_axes is 2
Mode is Relative
Motion_buffer is 256
Axis 0 :
Min_value is -1
Max_value is -1
Resolution is 1
Axis 1 :
Min_value is -1
Max_value is -1
Resolution is 1
"CHICONY HP Basic USB Keyboard" id=4[XExtensionKeyboard]
Type is KEYBOARD
Num_keys is 248
Min_keycode is 8
Max_keycode is 255


Then, take the name of the mouse from the list - in my case "Logitech USB
Optical Mouse", and run:

xinput test 

for myself it was xinput test "Logitech USB Optical Mouse" - with the
quotes.

The move the mouse a little, and run the scroll wheel a little - you should
see something along the lines of:

motion a[0]=2
a[1]=-4

motion a[0]=7
a[1]=-5

motion a[0]=2
a[1]=-11

motion a[0]=-4
a[1]=-11

motion a[0]=-9
a[1]=-10

motion a[0]=-7
a[1]=-13

motion a[0]=-6
a[1]=-13

motion a[0]=-6
a[1]=-11

motion a[0]=-5
a[1]=-8

motion a[0]=-4
a[1]=-9

motion
a[1]=-6

motion a[0]=-1
a[1]=-2

motion a[0]=-1
a[1]=-1

motion a[0]=-1
a[1]=-1

motion
a[0]=-1

motion a[0]=-2
a[1]=-1

motion
a[0]=-4

motion
a[0]=-5

motion a[0]=-7
a[1]=-1

motion
a[0]=-9

motion
a[0]=-9

motion
a[0]=-14

motion
a[0]=-14

motion
a[0]=-13

motion a[0]=-11
a[1]=-2

motion
a[0]=-11

motion
a[0]=-4

motion
a[0]=-2

motion
a[0]=-1

motion
a[0]=-1

motion
a[0]=-1

button press   5
button release 5
button press   4
button release 4
button press   5
button release 5
button press   5
button release 5


IMPORTANT: Make a note of which scroll direction you do first, then second.
In my case, I scrolled down first (button 5 press/release), then up (button
4 press/release) - if you get different button numbers for down/up
scrolling, then we just need to adjust your ZAxisMapping setting in
xorg.conf appropriately - use whatever button number you see when you scroll
up as the first number in the setting, and then the down scroll button
number as the second number.

If things are still not working, post the output of all the above commands,
and we'll take it from there.

Hope that helps!

-James


>
> Thanks.
>
> Dale
>
> :-)  :-)
>
>

Re: [gentoo-user] :-@ Reversing xorg-server, hal and evdev.

[Paul Hartman]

On Fri, Jul 10, 2009 at 11:13 AM, Dale wrote:
> I tried the new xorg with the hal flag turned on.  Let's just say it was
> a nightmare, AGAIN.  I want my old way back to say it lightly.  I put
> -hal in package.use for xorg-server.  I put my old xorg.conf file back
> as well.  I re-emerged the keyboard, mouse, video and evdev just in case
> it mattered.  I also re-emerged xorg-server.  My problem you ask.  The
> nvidia drivers won't load.  It defaults to the nv drivers.  No splash
> screen anymore.  Also, my mouse wheel doesn't work anymore either.  That
> really set me off.  I use my wheel as much as I use the left button.

Maybe it'll help if I give you my setup, which does work. First the
most dramatic difference is that I'm using ~amd64 and you're using
x86, so there may be some fundamental version differences going on.

Hardware-wise, I use a USB US-English keyboard, a plain USB mouse with
no special features other than 2 buttons and a wheel. I use
nvidia-drivers for graphics (GeForce 9600 GT).

x11-base/xorg-x11 I'm using is version 7.4 and xorg-server version
1.6.2 with these USE flags enabled (and all others disabled): hal
input_devices_evdev input_devices_joystick input_devices_keyboard
input_devices_mouse kdrive nptl sdl video_cards_nv video_cards_nvidia
video_cards_vesa xorg

I have sys-apps/hal version 0.5.12_rc1-r6 with USE="X acpi crypt
kernel_linux" and I have it in the DEFAULT runlevel. I also have
app-misc/hal-info version 20090414 which contains FDI scripts for HAL.

In /etc/make.conf I have this: INPUT_DEVICES="joystick keyboard mouse evdev"

My xorg.conf contains some stuff related to fonts, video driver and
screens, but everything input-related is commented out. Also worth
noting is the order of loading for different copies of xorg.conf in
your system may take, as explained in "man xorg.conf". If you've got a
stray config file somewhere, your changes might not even be taking
effect because it could be reading a different file entirely.

I'm using kernel 2.6.30-gentoo-r1, gcc 4.3.3-r2 and glibc-2.10.1. I am
not using hardened.

The profile I'm using is default/linux/amd64/2008.0/desktop

In my linux kernel config for input devices I've got these set:
#
# Userland interfaces
#
CONFIG_INPUT_MOUSEDEV=y
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768
CONFIG_INPUT_JOYDEV=m
CONFIG_INPUT_EVDEV=y

#
# Input Device Drivers
#
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
CONFIG_INPUT_MOUSE=y
CONFIG_MOUSE_PS2=y
CONFIG_MOUSE_PS2_ALPS=y
CONFIG_MOUSE_PS2_LOGIPS2PP=y
CONFIG_MOUSE_PS2_SYNAPTICS=y
CONFIG_MOUSE_PS2_LIFEBOOK=y
CONFIG_MOUSE_PS2_TRACKPOINT=y
CONFIG_MOUSE_SERIAL=m
CONFIG_INPUT_JOYSTICK=y
CONFIG_JOYSTICK_ANALOG=m
CONFIG_INPUT_MISC=y
CONFIG_INPUT_PCSPKR=m


in /etc/hal/fdi/policy I have these four files:

10-input-policy.fdi:




  

  

  hald-addon-input

  
  

  hald-addon-input


  button

  

  




10-keymap.fdi:
 

  

  hal-setup-keymap



  base

  
  keyboard
  
evdev
  

  us
  

  



10-ntfs3g.fdi (this one has nothing to do with X):




ntfs-3g





10-x11-input.fdi:


  


  mouse
  
evdev
4 5
6 7
  



  
  keyboard
  
evdev
500 30
  

  




Every time I recompile/upgrade xorg-server, I do this:
sudo emerge -1 `qlist -I -C x11-drivers/`
Which in my case includes these packages:
x11-drivers/nvidia-drivers-185.18.14
x11-drivers/xf86-input-evdev-2.2.2
x11-drivers/xf86-input-joystick-1.4.0
x11-drivers/xf86-input-keyboard-1.3.2
x11-drivers/xf86-input-mouse-1.4.0
x11-drivers/xf86-video-nv-2.1.12
x11-drivers/xf86-video-vesa-2.2.0


to rebuild the x11-drivers (without doing that, you can be stuck with
the dead mouse/keyboard situation). After they rebuild, I quit X,
"rmmod nvidia", then start X which will load the rebuilt
nvidia-drivers module.

Then I happily use my working Xorg :)

HTH

Re: [gentoo-user] :-@ Reversing xorg-server, hal and evdev.

[Dale]

James Ausmus wrote:
>
>
>
>
> Hi Dale - can you post your /var/log/Xorg.0.log and /etc/X11/xorg.conf
> files?
>
> Thanks!
>
> -James

Posted in another reply.  Should be in the same thread.  Sorry, I should
have posted those before.

Thanks.

Dale

:-)  :-) 

Re: [gentoo-user] :-@ Reversing xorg-server, hal and evdev.

[Dale]

Marc Joliet wrote:
> Am Fri, 10 Jul 2009 11:13:24 -0500
> schrieb Dale :
>
>   
>> Hi folks.
>>
>> Word of warning.  I been upset before, I have even been mad before,
>> right now, I'm pissed.  This is not normal for me but it is what it is.
>>
>> I tried the new xorg with the hal flag turned on.  Let's just say it was
>> a nightmare, AGAIN.  I want my old way back to say it lightly.  I put
>> -hal in package.use for xorg-server.  I put my old xorg.conf file back
>> as well.  I re-emerged the keyboard, mouse, video and evdev just in case
>> it mattered.  I also re-emerged xorg-server.  My problem you ask.  The
>> nvidia drivers won't load.  It defaults to the nv drivers.  No splash
>> screen anymore.  Also, my mouse wheel doesn't work anymore either.  That
>> really set me off.  I use my wheel as much as I use the left button.
>>
>> Info alert:
>>
>> 
> [SNIP]
>   
>> All those have been re-emerged since disabling the hal with package.use.
>>
>> What have I missed?  Clues?  Ideas?
>> 
>
> Did you manually set it in your xorg.conf? Like so:
>
>   Section "Device"
>
>   Identifier  "Nvidia"
>   Driver  "nvidia"
>
>   Option  "NoLogo""true"
>
>   EndSection
>
> If you don't it defaults to whatever other driver you have that works with
> the hardware (nv or VESA). I noticed that it does that after I tried to remove
> my xorg.conf (it works just fine, I only have to leave the above in it for X 
> to
> work).
>
>   
>> I'm going to go paint my roof and vent some frustration.
>> 
>
> Man, I'm sorry you keep having these upgrade problems. I can imagine the
> frustration this would cause.
>
>   
>> Thanks.
>>
>> Dale
>>
>> :-)  :-)
>> 
>
> HTH
>   

OK.  I got my roof painted.  It's silver now and other than being hot,
temperature wise, I'm better now.

I did have the nvidia driver set but here is xorg.conf just to make sure.

r...@smoker / # cat /etc/X11/xorg.conf
# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 1.0  (buildmeis...@builder3)  Fri Jan 11
15:05:59 PST 2008

# **
# Server flags section.  This contains various server-wide Options.
# **
#Section "dri"
#   Group "graphics"
#   Mode 0660
#EndSection

Section "ServerLayout"
Identifier "X.org Configured"
Screen  0  "Screen0" 0 0
InputDevice"Mouse0" "CorePointer"
InputDevice"Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
FontPath"/usr/share/fonts/misc"
FontPath"/usr/share/fonts/75dpi"
FontPath"/usr/share/fonts/100dpi"
FontPath"/usr/share/fonts/TTF"
FontPath"/usr/share/fonts/Type1"
EndSection

Section "Module"
Load   "glx"
Load   "extmod"
Load   "xtrap"
Load   "record"
Load   "dbe"
Load   "freetype"
Load   "type1"
EndSection

Section "ServerFlags"

#   Option  "OffTime"   "10"
Option "BlankTime" "5"
Option "StandbyTime" "10"
#   Option  "SuspendTime"   "10"
Option "AutoAddDevices""false"
#Option  "AutoEnableDevices" "false"
EndSection

Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
EndSection

Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/input/mouse0"
Option "ZAxisMapping" "4 5 6 7"
EndSection

Section "Monitor"
Identifier "Monitor0"
VendorName "Monitor Vendor"
ModelName  "Monitor Model"
Option "dpms"
EndSection

# * Users of reduced blanking now need:
# *Option "ReducedBlanking"
# * In the relevant Monitor section(s).
# * Make sure your reduced blanking modelines are safe!


Section "Device"
Identifier "Card0"
Driver "nvidia"
VendorName "nVidia Corporation"
BoardName  "NV34 [GeForce FX 5200]"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor"Monitor0"
Option "DPMS" "TRUE"
SubSection "Display"
Viewport0 0
Modes  "1280x1024" "1024x768" "800x600"
EndSubSection
SubSection "Display"
Viewport0 0
Depth   24
Modes  "1280x1024" "1024x768" "800x600"
EndSubSection
EndSection

r...@smoker / #   

Basically, I made a backup before I started and then restored from
that.  I tried hal with a xorg.conf and without a xorg.conf and even
tried to alter a few settings.  It sucked either way. 

This is the Xorg.0.log file:


X.Org X Server 1.5.3
Release Date: 5 November 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.25-gentoo-r9 i686
Current Operating System: Linux smoker 2.6.25-gentoo-r9 #6 PREEMPT Wed
May 27 10:57:2

Re: [gentoo-user] complex depencies - how to cut the Gordian knot?

[Alan McKinnon]

On Friday 10 July 2009 12:44:36 Helmut Jarausch wrote:
> Hi,
>
> I'm upgrading Gentoo nearly each day for 2 years now.
> But once in a while I'm lost, like this time
>
> emerge --keep-going -j2 -1 --ask --update --newuse --deep @system @world
> gives a lot of blockings which I don't quite understand (and there are
> so many) - see below.
>
> I'd be very grateful to some hint how to proceed in such a case.
> I've already looked at the dependencies of some of these packages
> but I can't find the reason for those blockings.
>
> (I'm using portage 2.2_rc33)
>
> Many thanks for your help,
> Helmut.

You have a mixture of qt-4.5.1 and 4.5.2 packages there. 

Do you perhaps have x11-libs/qt installed? Unmerge it, it's a meta package and 
you don't need it. Let other apps that use qt pull in the necessary packages.

-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Re: xorg-server mouse and keyboard woes

[Alan McKinnon]

On Friday 10 July 2009 17:43:44 Kevin O'Gorman wrote:
> On Fri, Jul 10, 2009 at 4:55 AM, Philip Webb wrote:
> > 090709 Kevin O'Gorman wrote:
> >>> On Thu, Jul 9, 2009 at 8:51 PM, Dale wrote:
>  If all else fails:
>  x11-base/xorg-server  -hal
> >>>
> >>> Is there any other advice?
> >>
> >> A new HAL made no difference.  Sigh.
> >
> > I ran into this twice, first on my frontline machine, then on the
> > stand-by. The solution was 'USE="-hal" emerge xorg-server', then remerge
> > all drivers. There was a Gentoo help doc re it, which gave this as the
> > simplest option.
> >
> > 'evdev' is a separate matter: you need to include it in your kernel,
> > than you can simplify your drivers.
> >
> > HTH
>
> Evdev has been included in my kernels throughout this mess.  It hasn't
> helped.  The Gentoo doc on the upgrade was a bit scetchy about
> configuring HAL; now that I find that disabling HAL in xorg is the
> solution, I suspect that the underlying problem is HAL configuration.
> After all, there's nothing at all special about my mouse or keyboard.
>
> Why should we have to configure HAL manually?  Since the stone ages,
> Linux installations have determined what keyboard we have and have set
> things up for us.  How different can PS/2 or USB mice be?
>
> SO: if anyone succeeded with xorg and HAL, with a USA keyboard and a
> wheel mouse,  would please tell me about their HAL config, I'd sure
> love to see it.

I run latest unstable here with a regular USA layout on a Dell XPS M1530 with 
nvidia driver, hal and evdev. The HAL config is empty apart from a policy file 
for a touch pad, and it's a dual-screen setup. Here's my xorg.conf:

# egrep -v '^$|^#' /etc/X11/xorg.conf
Section "ServerLayout"
Identifier "Layout0"
Screen  0  "Screen0" 0 0
EndSection
Section "Files"
EndSection
Section "Module"
Load   "dbe"
Load   "extmod"
Load   "glx"
EndSection
Section "ServerFlags"
Option "Xinerama" "0"
EndSection
Section "Monitor"
# HorizSync source: edid, VertRefresh source: edid
Identifier "Monitor0"
VendorName "Unknown"
ModelName  "Samsung SyncMaster"
HorizSync   30.0 - 81.0
VertRefresh 56.0 - 75.0
Option "DPMS"
EndSection
Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName  "GeForce 8600M GT"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor"Monitor0"
DefaultDepth24
Option "NoLogo" "True"
Option "TwinView" "1"
Option "TwinViewXineramaInfoOrder" "DFP-0"
Option "metamodes" "CRT: nvidia-auto-select @1440x900 +1920+0, 
DFP: nvidia-auto-select +0+0"
SubSection "Display"
Depth   24
EndSubSection
EndSection

It all JustWorks for me, I assume in my case at least it's working as 
designed.

-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] :-@ Reversing xorg-server, hal and evdev.

[James Ausmus]

On Fri, Jul 10, 2009 at 9:13 AM, Dale  wrote:

> Hi folks.
>
> Word of warning.  I been upset before, I have even been mad before,
> right now, I'm pissed.  This is not normal for me but it is what it is.
>
> I tried the new xorg with the hal flag turned on.  Let's just say it was
> a nightmare, AGAIN.  I want my old way back to say it lightly.  I put
> -hal in package.use for xorg-server.  I put my old xorg.conf file back
> as well.  I re-emerged the keyboard, mouse, video and evdev just in case
> it mattered.  I also re-emerged xorg-server.  My problem you ask.  The
> nvidia drivers won't load.  It defaults to the nv drivers.  No splash
> screen anymore.  Also, my mouse wheel doesn't work anymore either.  That
> really set me off.  I use my wheel as much as I use the left button.
>


Hi Dale - can you post your /var/log/Xorg.0.log and /etc/X11/xorg.conf
files?

Thanks!

-James



>
> Info alert:
>
> > r...@smoker / # emerge --info
> > Portage 2.2_rc33 (default/linux/x86/2008.0/desktop, gcc-4.1.2,
> > glibc-2.9_p20081201-r2, 2.6.25-gentoo-r9 i686)
> > =
> > System uname:
> > Linux-2.6.25-gentoo-r9-i686-AMD_Athlon-tm-_XP_2500+-with-glibc2.0
> > Timestamp of tree: Wed, 08 Jul 2009 23:45:02 +
> > app-shells/bash: 3.2_p39
> > dev-java/java-config: 2.1.8-r1
> > dev-lang/python: 2.5.4-r3
> > dev-util/cmake:  2.6.4
> > sys-apps/baselayout: 1.12.11.1
> > sys-apps/sandbox:1.6-r2
> > sys-devel/autoconf:  2.13, 2.63
> > sys-devel/automake:  1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2
> > sys-devel/binutils:  2.18-r3
> > sys-devel/gcc-config: 1.4.1
> > sys-devel/libtool:   1.5.26
> > virtual/os-headers:  2.6.30
> > ACCEPT_KEYWORDS="x86"
> > CBUILD="i686-pc-linux-gnu"
> > CFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer"
> > CHOST="i686-pc-linux-gnu"
> > CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
> > /usr/kde/3.5/shutdown /usr/share/config /var/lib/hsqldb"
> > CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d
> > /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild
> > /etc/sandbox.d /etc/terminfo /etc/udev/rules.d"
> > CXXFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer"
> > DISTDIR="/usr/portage/distfiles"
> > EMERGE_DEFAULT_OPTS="--with-bdeps y"
> > FEATURES="buildpkg distlocks fixpackages parallel-fetch preserve-libs
> > protect-owned sandbox sfperms strict unmerge-orphans userfetch"
> > GENTOO_MIRRORS="http://gentoo.osuosl.org/
> > http://www.gtlib.gatech.edu/pub/gentoo
> > http://ftp.ucsb.edu/pub/mirrors/linux/gentoo/
> > http://cudlug.cudenver.edu/gentoo/ http://gentoo.mirrors.pair.com/
> > http://gentoo.mirrors.tds.net/gentoo http://gentoo.netnitco.net
> > http://open-systems.ufl.edu/mirrors/gentoo http://gentoo.llarian.net/
> > http://gentoo.binarycompass.org http://mirror.datapipe.net/gentoo
> > http://mirrors.cs.wmich.edu/gentoo
> > http://mirror.usu.edu/mirrors/gentoo/
> > http://mirror.mcs.anl.gov/pub/gentoo/
> > http://gentoo.mirrors.easynews.com/linux/gentoo/
> > http://gentoo.cites.uiuc.edu/pub/gentoo/ http://lug.mtu.edu/gentoo/
> > http://gentoo.mirrors.hoobly.com/
> > http://chi-10g-1-mirror.fastsoft.net/pub/linux/gentoo/gentoo-distfiles/
> > http://mirror.its.uidaho.edu/pub/gentoo/ http://www.cyberuse.com/gentoo/";
> > LANG="en_US"
> > LC_ALL="en_US.utf8"
> > LDFLAGS="-Wl,-O1"
> > LINGUAS="en_US en"
> > MAKEOPTS="-j2"
> > PKGDIR="/usr/portage/packages"
> > PORTAGE_CONFIGROOT="/"
> > PORTAGE_RSYNC_EXTRA_OPTS="--timeout=600"
> > PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times
> > --compress --force --whole-file --delete --stats --timeout=180
> > --exclude=/distfiles --exclude=/local --exclude=/packages"
> > PORTAGE_TMPDIR="/var/tmp"
> > PORTDIR="/usr/portage"
> > SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
> > USE="3dnow X acl acpi alsa amd arts artswrappersuid automount berkdb
> > bzip2 cairo cddb cdr chroot cli cracklib crypt cups curl dbus dri dvd
> > dvdr dvdread eds emboss encode esd evo exif fam fdftk fortran gdbm gif
> > gimp gkrellm gphoto2 gpm gstreamer gtk hal hbci htmlhandbook iconv
> > ipv6 isdnlog java javascript jbig jpeg jpeg2k justify kde ldap
> > libnotify libwww logrotate loop-aes mad midi mikmod mmx mng mp3 mpeg
> > mplayer mudflap ncurses nptl nptlonly nsplugin offensive ofx ogg
> > opengl openmp pam parport pcre pdf perl png ppds pppd qt3 qt3support
> > qt4 quicktime readline realmedia reflection sdl seamonkey session
> > spell spl sqlite sse ssl startup-notification svg sysfs syslog tcl
> > tcpd tiff tk truetype unicode usb vorbis webkit win32codecs wma wmf
> > wmp x86 xml xorg xv yahoo zeroconf zlib" ALSA_CARDS="emu10k1"
> > ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty
> > extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul
> > mulaw multi null plug rate route share shm softvol" CAMERAS="canon
> > ptp2" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev"
> > KERNEL="linux" LING

Re: [gentoo-user] :-@ Reversing xorg-server, hal and evdev.

[Marc Joliet]

Am Fri, 10 Jul 2009 11:13:24 -0500
schrieb Dale :

> Hi folks.
> 
> Word of warning.  I been upset before, I have even been mad before,
> right now, I'm pissed.  This is not normal for me but it is what it is.
> 
> I tried the new xorg with the hal flag turned on.  Let's just say it was
> a nightmare, AGAIN.  I want my old way back to say it lightly.  I put
> -hal in package.use for xorg-server.  I put my old xorg.conf file back
> as well.  I re-emerged the keyboard, mouse, video and evdev just in case
> it mattered.  I also re-emerged xorg-server.  My problem you ask.  The
> nvidia drivers won't load.  It defaults to the nv drivers.  No splash
> screen anymore.  Also, my mouse wheel doesn't work anymore either.  That
> really set me off.  I use my wheel as much as I use the left button.
> 
> Info alert:
> 
[SNIP]
> 
> All those have been re-emerged since disabling the hal with package.use.
> 
> What have I missed?  Clues?  Ideas?

Did you manually set it in your xorg.conf? Like so:

  Section "Device"

  Identifier  "Nvidia"
  Driver  "nvidia"

  Option  "NoLogo""true"

  EndSection

If you don't it defaults to whatever other driver you have that works with
the hardware (nv or VESA). I noticed that it does that after I tried to remove
my xorg.conf (it works just fine, I only have to leave the above in it for X to
work).

> I'm going to go paint my roof and vent some frustration.

Man, I'm sorry you keep having these upgrade problems. I can imagine the
frustration this would cause.

> Thanks.
> 
> Dale
> 
> :-)  :-)

HTH
-- 
Marc Joliet


signature.asc
Description: PGP signature

Re: [gentoo-user] software raid, mdadm is not finding disks

[Nick Pappin]

Not a problem

--
W. Nick Pappin


On Thu, Jul 9, 2009 at 7:03 PM, Dave  wrote:

> Hello,
>I had the LSI driver loading as a module. I recompiled the kernel
> and made it monolithic, put in the raid and other drivers in that way and
> rebooted. It is working!
>That also explains another unrelated issue.
> Thanks a lot.
> Dave.
>
>
> -Original Message-
> From: Nick Pappin [mailto:npap...@latahfcu.org]
> Sent: Thursday, July 09, 2009 3:58 PM
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] software raid, mdadm is not finding disks
>
> Do you have the lsi fusion kernel driver installed?
>
> --
> W. Nick Pappin
>
>
> On Thu, Jul 9, 2009 at 12:44 PM, Dave  wrote:
>
>
>Hello,
>   Thanks for your reply. I did change the type of the
> partitions on
>both disks to fd linux raid autodetect. When i rebooted in to the
> live CD i
>gave it the mdadm -A /dev/md3 /dev/sda3 /dev/sdb3 it found both
> drives and
>brought them up. I was then able to mount the array.
>   In my kernel config file i do have CONFIG_MD_RAID1 set to Y.
>I've just tried compiling a genkernel and got the same error when i
> tried to
>load it. Any suggestions welcome.
>Thanks.
>Dave.
>
>
>-Original Message-
>From: Nick Pappin [mailto:npap...@latahfcu.org]
>Sent: Wednesday, July 08, 2009 5:12 PM
>To: gentoo-user@lists.gentoo.org
>Subject: Re: [gentoo-user] software raid, mdadm is not finding disks
>
>A couple of things when you reboot into the live cd you need to tell
> mdadm
>to assemble the drive /dev/md3 with the command mdadm -A /dev/md3
> /dev/sda3
>/dev/sdb3. As for the booting problem i think it may be that you are
> missing
>a driver did you put the md raid 1 driver into the kernel. Last Neil
> has a
>point when you ran fdisk did you change the partition type to auto
> detect
>raid.
>
>--
>W. Nick Pappin
>
>
>On Wed, Jul 8, 2009 at 6:35 AM, Neil Bothwick 
> wrote:
>
>
>   On Wed, 8 Jul 2009 08:07:04 -0400, Dave wrote:
>
>   > Upon reboot i'm seeing mdadm
>   > trying to detect the two disks, and not succeeding,
>
>
>   Did you set the partition type to Linux RAID Autodetect (FD)?
>
>
>   --
>   Neil Bothwick
>
>   If at first you do succeed, try to hide your astonishment.
>
>
>
>
>
>
>
>
>
>
>

[gentoo-user] :-@ Reversing xorg-server, hal and evdev.

[Dale]

Hi folks.

Word of warning.  I been upset before, I have even been mad before,
right now, I'm pissed.  This is not normal for me but it is what it is.

I tried the new xorg with the hal flag turned on.  Let's just say it was
a nightmare, AGAIN.  I want my old way back to say it lightly.  I put
-hal in package.use for xorg-server.  I put my old xorg.conf file back
as well.  I re-emerged the keyboard, mouse, video and evdev just in case
it mattered.  I also re-emerged xorg-server.  My problem you ask.  The
nvidia drivers won't load.  It defaults to the nv drivers.  No splash
screen anymore.  Also, my mouse wheel doesn't work anymore either.  That
really set me off.  I use my wheel as much as I use the left button.

Info alert:

> r...@smoker / # emerge --info
> Portage 2.2_rc33 (default/linux/x86/2008.0/desktop, gcc-4.1.2,
> glibc-2.9_p20081201-r2, 2.6.25-gentoo-r9 i686)
> =
> System uname:
> Linux-2.6.25-gentoo-r9-i686-AMD_Athlon-tm-_XP_2500+-with-glibc2.0
> Timestamp of tree: Wed, 08 Jul 2009 23:45:02 +
> app-shells/bash: 3.2_p39
> dev-java/java-config: 2.1.8-r1
> dev-lang/python: 2.5.4-r3
> dev-util/cmake:  2.6.4
> sys-apps/baselayout: 1.12.11.1
> sys-apps/sandbox:1.6-r2
> sys-devel/autoconf:  2.13, 2.63
> sys-devel/automake:  1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2
> sys-devel/binutils:  2.18-r3
> sys-devel/gcc-config: 1.4.1
> sys-devel/libtool:   1.5.26
> virtual/os-headers:  2.6.30
> ACCEPT_KEYWORDS="x86"
> CBUILD="i686-pc-linux-gnu"
> CFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer"
> CHOST="i686-pc-linux-gnu"
> CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
> /usr/kde/3.5/shutdown /usr/share/config /var/lib/hsqldb"
> CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d
> /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild
> /etc/sandbox.d /etc/terminfo /etc/udev/rules.d"
> CXXFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer"
> DISTDIR="/usr/portage/distfiles"
> EMERGE_DEFAULT_OPTS="--with-bdeps y"
> FEATURES="buildpkg distlocks fixpackages parallel-fetch preserve-libs
> protect-owned sandbox sfperms strict unmerge-orphans userfetch"
> GENTOO_MIRRORS="http://gentoo.osuosl.org/
> http://www.gtlib.gatech.edu/pub/gentoo
> http://ftp.ucsb.edu/pub/mirrors/linux/gentoo/
> http://cudlug.cudenver.edu/gentoo/ http://gentoo.mirrors.pair.com/
> http://gentoo.mirrors.tds.net/gentoo http://gentoo.netnitco.net
> http://open-systems.ufl.edu/mirrors/gentoo http://gentoo.llarian.net/
> http://gentoo.binarycompass.org http://mirror.datapipe.net/gentoo
> http://mirrors.cs.wmich.edu/gentoo
> http://mirror.usu.edu/mirrors/gentoo/
> http://mirror.mcs.anl.gov/pub/gentoo/
> http://gentoo.mirrors.easynews.com/linux/gentoo/
> http://gentoo.cites.uiuc.edu/pub/gentoo/ http://lug.mtu.edu/gentoo/
> http://gentoo.mirrors.hoobly.com/
> http://chi-10g-1-mirror.fastsoft.net/pub/linux/gentoo/gentoo-distfiles/
> http://mirror.its.uidaho.edu/pub/gentoo/ http://www.cyberuse.com/gentoo/ "
> LANG="en_US"
> LC_ALL="en_US.utf8"
> LDFLAGS="-Wl,-O1"
> LINGUAS="en_US en"
> MAKEOPTS="-j2"
> PKGDIR="/usr/portage/packages"
> PORTAGE_CONFIGROOT="/"
> PORTAGE_RSYNC_EXTRA_OPTS="--timeout=600"
> PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times
> --compress --force --whole-file --delete --stats --timeout=180
> --exclude=/distfiles --exclude=/local --exclude=/packages"
> PORTAGE_TMPDIR="/var/tmp"
> PORTDIR="/usr/portage"
> SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
> USE="3dnow X acl acpi alsa amd arts artswrappersuid automount berkdb
> bzip2 cairo cddb cdr chroot cli cracklib crypt cups curl dbus dri dvd
> dvdr dvdread eds emboss encode esd evo exif fam fdftk fortran gdbm gif
> gimp gkrellm gphoto2 gpm gstreamer gtk hal hbci htmlhandbook iconv
> ipv6 isdnlog java javascript jbig jpeg jpeg2k justify kde ldap
> libnotify libwww logrotate loop-aes mad midi mikmod mmx mng mp3 mpeg
> mplayer mudflap ncurses nptl nptlonly nsplugin offensive ofx ogg
> opengl openmp pam parport pcre pdf perl png ppds pppd qt3 qt3support
> qt4 quicktime readline realmedia reflection sdl seamonkey session
> spell spl sqlite sse ssl startup-notification svg sysfs syslog tcl
> tcpd tiff tk truetype unicode usb vorbis webkit win32codecs wma wmf
> wmp x86 xml xorg xv yahoo zeroconf zlib" ALSA_CARDS="emu10k1"
> ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty
> extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul
> mulaw multi null plug rate route share shm softvol" CAMERAS="canon
> ptp2" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev"
> KERNEL="linux" LINGUAS="en_US en" SANE_BACKENDS="hp" USERLAND="GNU"
> VIDEO_CARDS="nvidia nv"
> Unset:  CPPFLAGS, CTARGET, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS,
> PORTAGE_COMPRESS_FLAGS, PORTDIR_OVERLAY
>
> r...@smoker / #

> r...@smoker / # equery list keyboard
> [ Searching for package 'keyboard' in all categories among: ]
>  * installed packages
>

Re: [gentoo-user] xorg-server mouse and keyboard woes

[Kevin O'Gorman]

Synopsis: I suspect this setup is too specific -- will it work for
both wheel mice and non-wheel mice, and for non-MS keyboards?

On Fri, Jul 10, 2009 at 7:32 AM, Helmut
Jarausch wrote:
> On 10 Jul, Dale wrote:
>
>> Same thing here.  I just tried again to get hal, evdev and all his
>> "drive me crazy" friends to work, it doesn't.  It appears to me that hal
>> will be disabled in package.use for xorg-server FOREVER.  I'm sick of
>> messing with evdev.  I'm waiting on something better to come along.  I
>> bet someone does come up with something better too.  This has been a
>> PITA since it came out.
>
> Yes, I did have some problems with xorg + hal. But now it's working even
> better with hal than without (e.g. I had problems with using my mouse
> and my Wacom tablet simultaneously).
>
> Now I'm running xorg-server-1.6.2
>
> The following steps seem to be essential:
>
> emerge everything X-related with hal (I've put it into /etc/make.conf)
>
> Let hald start at boot time (very important)
> i.e.  rc-update add hald boot
>
> Make a minimal xorg.conf (no drivers for any input device)
> the first lines being
>
> Section "ServerLayout"
>        Identifier     "Default"
>        Screen      0  "Screen 0" 0 0
> #       Option         "AllowEmptyInput" "false"
>        Option       "AIGLX" "on"
> EndSection
>
> Section "ServerFlags"
> #       Option  "DontZap" "true"
>        Option "AutoAddDevices" "on"
>        Option "AutoEnableDevices" "on"
>        Option "AllowEmptyInput" "on"
> EndSection
>
> Section "Extensions"
>        Option "Composite" "On"
> EndSection
> ...
>
> In /etc/make.conf  (here)
> INPUT_DEVICES="keyboard mouse evdev wacom"
>
> add the file /etc/hal/fdi/policy/x11-input.fdi
>
> here:
> 
> 
> 
> 
> hal-setup-keymap
>  microsoft
>  xorg
>  en_US
>  en_US
>  microsoft
>  xorg
> 
>
> 
>  evdev
>  7 
> 6
>  5 
> 4
>  8
>  4 5
>  30
>  true
> 
>
> 
> 
>
> Very import when upgrading to 1.6.*
> re-emerge everything that is installed from x11-drivers/*
>
> Now, you should have the best X11 ever (note, I'm using the
> bleeding-edge stuff (unstable isn't the wright word)
> i.e. I have
> ACCEPT_KEYWORDS="~amd64"   (or ~x86 on a 32 bits machine)
>
> Helmut.

Please also describe your keyboard and mouse.  I suspect mine are
different, and I am not at all sure how to adjust the setup for my
hardware.

++ kevin

-- 
Kevin O'Gorman, PhD

Re: [gentoo-user] xorg-server mouse and keyboard woes

[Dale]

Helmut Jarausch wrote:
> On 10 Jul, Dale wrote:
>
>   
>> Same thing here.  I just tried again to get hal, evdev and all his
>> "drive me crazy" friends to work, it doesn't.  It appears to me that hal
>> will be disabled in package.use for xorg-server FOREVER.  I'm sick of
>> messing with evdev.  I'm waiting on something better to come along.  I
>> bet someone does come up with something better too.  This has been a
>> PITA since it came out.
>> 
>
> Yes, I did have some problems with xorg + hal. But now it's working even
> better with hal than without (e.g. I had problems with using my mouse
> and my Wacom tablet simultaneously).
>
> Now I'm running xorg-server-1.6.2
>
> The following steps seem to be essential:
>
> emerge everything X-related with hal (I've put it into /etc/make.conf)
>
> Let hald start at boot time (very important)
> i.e.  rc-update add hald boot
>
> Make a minimal xorg.conf (no drivers for any input device)
> the first lines being
>
> Section "ServerLayout"
>   Identifier "Default"
>   Screen  0  "Screen 0" 0 0
> # Option "AllowEmptyInput" "false"
> Option   "AIGLX" "on"
> EndSection
>
> Section "ServerFlags"
> # Option  "DontZap" "true"
>   Option "AutoAddDevices" "on"
>   Option "AutoEnableDevices" "on"
>   Option "AllowEmptyInput" "on"
> EndSection
>
> Section "Extensions"
> Option "Composite" "On"
> EndSection
> ...
>
> In /etc/make.conf  (here)
> INPUT_DEVICES="keyboard mouse evdev wacom"
>
> add the file /etc/hal/fdi/policy/x11-input.fdi
>
> here:
> 
> 
> 
> 
> hal-setup-keymap
>  microsoft
>  xorg
>  en_US
>  en_US
>  microsoft
>  xorg
> 
>
> 
>  evdev
>  7 
> 6
>  5 
> 4
>  8
>  4 5
>  30
>  true
> 
>
> 
> 
>
> Very import when upgrading to 1.6.*
> re-emerge everything that is installed from x11-drivers/*
>
> Now, you should have the best X11 ever (note, I'm using the
> bleeding-edge stuff (unstable isn't the wright word)
> i.e. I have
> ACCEPT_KEYWORDS="~amd64"   (or ~x86 on a 32 bits machine)
>
> Helmut.
>
>
>
>   

I printed this but I'm not sure I want to even try this mess again.  I'm
to the point that until what I have doesn't work anymore, I'm sticking
with what does.  This has left a bad taste in my mouth.  Tasted like a
skunk that died about 4 days ago, in the hot sun I might add.  Yep, it
is ripe.

Dale

:-)  :-) 

Re: [gentoo-user] Re: xorg-server mouse and keyboard woes

[Dale]

Kevin O'Gorman wrote:
> On Fri, Jul 10, 2009 at 4:55 AM, Philip Webb wrote:
>   
>> 090709 Kevin O'Gorman wrote:
>> 
 On Thu, Jul 9, 2009 at 8:51 PM, Dale wrote:
 
> If all else fails:
> x11-base/xorg-server  -hal
>   
 Is there any other advice?
 
>>> A new HAL made no difference.  Sigh.
>>>   
>> I ran into this twice, first on my frontline machine, then on the stand-by.
>> The solution was 'USE="-hal" emerge xorg-server', then remerge all drivers.
>> There was a Gentoo help doc re it, which gave this as the simplest option.
>>
>> 'evdev' is a separate matter: you need to include it in your kernel,
>> than you can simplify your drivers.
>>
>> HTH
>> 
>
> Evdev has been included in my kernels throughout this mess.  It hasn't
> helped.  The Gentoo doc on the upgrade was a bit scetchy about
> configuring HAL; now that I find that disabling HAL in xorg is the
> solution, I suspect that the underlying problem is HAL configuration.
> After all, there's nothing at all special about my mouse or keyboard.
>
> Why should we have to configure HAL manually?  Since the stone ages,
> Linux installations have determined what keyboard we have and have set
> things up for us.  How different can PS/2 or USB mice be?
>
> SO: if anyone succeeded with xorg and HAL, with a USA keyboard and a
> wheel mouse,  would please tell me about their HAL config, I'd sure
> love to see it.
>
> ++ kevin
>
>   

Same here.  I have a old keyboard that has been around for a lng
time.  It's a Dell Quietkey.  My mouse is a decent Logitech that cost
about $20.00 or so a few years ago.  It worked with Mandrake and Gentoo
all this time then someone comes up with a mouse trap that don't like it.

I'm with you. 

Dale

:-)   :-) 

Re: [gentoo-user] xorg won't start

[Dale]

Paul Hartman wrote:
> On Fri, Jul 10, 2009 at 8:59 AM, Dale wrote:
>   
>> I'd like to meet whoever came up with this crap.  Just a few minutes
>> behind my woodshed will do.
>> 
>
> Hopefully you guys unfortunate enough to have had problems have filed
> bugs about it on b.g.o or bugs.freedesktop.org so the devs can have
> some chance of fixing it :)
>
>
>   

Well, if I could figure out why it wasn't working, I sure would.  Thing
is, I have no clue why it is not working. 

New thread to get my rig back to working again.

Dale

:-)  :-) 

Re: [gentoo-user] Re: xorg-server mouse and keyboard woes

[Kevin O'Gorman]

On Fri, Jul 10, 2009 at 4:55 AM, Philip Webb wrote:
> 090709 Kevin O'Gorman wrote:
>>> On Thu, Jul 9, 2009 at 8:51 PM, Dale wrote:
 If all else fails:
 x11-base/xorg-server  -hal
>>> Is there any other advice?
>> A new HAL made no difference.  Sigh.
>
> I ran into this twice, first on my frontline machine, then on the stand-by.
> The solution was 'USE="-hal" emerge xorg-server', then remerge all drivers.
> There was a Gentoo help doc re it, which gave this as the simplest option.
>
> 'evdev' is a separate matter: you need to include it in your kernel,
> than you can simplify your drivers.
>
> HTH

Evdev has been included in my kernels throughout this mess.  It hasn't
helped.  The Gentoo doc on the upgrade was a bit scetchy about
configuring HAL; now that I find that disabling HAL in xorg is the
solution, I suspect that the underlying problem is HAL configuration.
After all, there's nothing at all special about my mouse or keyboard.

Why should we have to configure HAL manually?  Since the stone ages,
Linux installations have determined what keyboard we have and have set
things up for us.  How different can PS/2 or USB mice be?

SO: if anyone succeeded with xorg and HAL, with a USA keyboard and a
wheel mouse,  would please tell me about their HAL config, I'd sure
love to see it.

++ kevin

-- 
Kevin O'Gorman, PhD

Re: [gentoo-user] xorg won't start

[Kevin O'Gorman]

On Fri, Jul 10, 2009 at 6:24 AM, Dale wrote:
> Kevin O'Gorman wrote:
>> On Fri, Jul 10, 2009 at 1:13 AM, Keith Dart wrote:
>>
>>> On Thu, 9 Jul 2009 17:03:20 +0100
>>> Neil Bothwick  wrote:
>>>
>>>
 The elog message from the xorg-server emerge also warns about updating
 drivers.

>>> Users should probably make sure there is at least the following
>>> in /etc/make.conf:
>>>
>>> PORTAGE_ELOG_SYSTEM="echo save_summary"
>>>
>>> So you get a permanent record and a change to view them at the end of a
>>> ebuild set.
>>>
>>
>> I've been running with this for years:
>>
>> PORTAGE_ELOG_CLASSES="info, warn, error, log"
>> PORTAGE_ELOG_SYSTEM="save mail"
>> FEATURES="buildpkg parallel-fetch"
>>
>> And I had been thinking that the "buildpkg" was going to make
>> reversion a lot easier, except that I've never actually installed one
>> of these puppies.  Mind, I only tried once.  I've got about 4 GB of
>> packages at the moment.  :o)
>>
>> ++ kevin
>>
>>
>
> You do know about eclean right?  At least that can clean out some old cruft.

I assumed there was some such thing, but I don't want it.  I
miscounted anyway, and included only the partition set aside for old
cruft, where I copy the oldest packages there every year or so -- it
seems I like having them even if I don't know why.  Counting the new
cruft, it's more like 7 GB.  With drive prices being what they are,
it's no big deal.

Since about a year ago, I've been able to afford mirrored 500GB SATA
drives on this machine, with a separage eSATA for backups, and I have
an eSATA at work for offsite backup too.  The external ones fit in my
backpack nicely for the "sneakernet" part of my backup plan.  Having
suffered and paid for hard drive crashes in the past, I really really
love this.

-- 
Kevin O'Gorman, PhD

Re: [gentoo-user] xorg-server mouse and keyboard woes

[Helmut Jarausch]

On 10 Jul, Dale wrote:

> Same thing here.  I just tried again to get hal, evdev and all his
> "drive me crazy" friends to work, it doesn't.  It appears to me that hal
> will be disabled in package.use for xorg-server FOREVER.  I'm sick of
> messing with evdev.  I'm waiting on something better to come along.  I
> bet someone does come up with something better too.  This has been a
> PITA since it came out.

Yes, I did have some problems with xorg + hal. But now it's working even
better with hal than without (e.g. I had problems with using my mouse
and my Wacom tablet simultaneously).

Now I'm running xorg-server-1.6.2

The following steps seem to be essential:

emerge everything X-related with hal (I've put it into /etc/make.conf)

Let hald start at boot time (very important)
i.e.  rc-update add hald boot

Make a minimal xorg.conf (no drivers for any input device)
the first lines being

Section "ServerLayout"
Identifier "Default"
Screen  0  "Screen 0" 0 0
#   Option "AllowEmptyInput" "false"
Option   "AIGLX" "on"
EndSection

Section "ServerFlags"
#   Option  "DontZap" "true"
Option "AutoAddDevices" "on"
Option "AutoEnableDevices" "on"
Option "AllowEmptyInput" "on"
EndSection

Section "Extensions"
Option "Composite" "On"
EndSection
...

In /etc/make.conf  (here)
INPUT_DEVICES="keyboard mouse evdev wacom"

add the file /etc/hal/fdi/policy/x11-input.fdi

here:




hal-setup-keymap
 microsoft
 xorg
 en_US
 en_US
 microsoft
 xorg



 evdev
 7 
6
 5 
4
 8
 4 5
 30
 true





Very import when upgrading to 1.6.*
re-emerge everything that is installed from x11-drivers/*

Now, you should have the best X11 ever (note, I'm using the
bleeding-edge stuff (unstable isn't the wright word)
i.e. I have
ACCEPT_KEYWORDS="~amd64"   (or ~x86 on a 32 bits machine)

Helmut.



-- 
Helmut Jarausch

Lehrstuhl fuer Numerische Mathematik
RWTH - Aachen University
D 52056 Aachen, Germany

Re: [gentoo-user] xorg-server mouse and keyboard woes

[Paul Hartman]

On Fri, Jul 10, 2009 at 8:19 AM, Dale wrote:
> Same thing here.  I just tried again to get hal, evdev and all his
> "drive me crazy" friends to work, it doesn't.  It appears to me that hal
> will be disabled in package.use for xorg-server FOREVER.  I'm sick of
> messing with evdev.  I'm waiting on something better to come along.  I
> bet someone does come up with something better too.  This has been a
> PITA since it came out.

Well you'll be happy to know HAL is being deprecated in favor if
DeviceKit, so you may have yet something else new to try in the
future... you can begin preparing by reading this description:

http://lists.freedesktop.org/archives/hal/2008-May/011560.html

:)

Re: [gentoo-user] xorg won't start

[Paul Hartman]

On Fri, Jul 10, 2009 at 8:59 AM, Dale wrote:
> I'd like to meet whoever came up with this crap.  Just a few minutes
> behind my woodshed will do.

Hopefully you guys unfortunate enough to have had problems have filed
bugs about it on b.g.o or bugs.freedesktop.org so the devs can have
some chance of fixing it :)

Re: [gentoo-user] xorg won't start

[Dale]

Neil Bothwick wrote:
> On Fri, 10 Jul 2009 08:21:47 -0500, Dale wrote:
>
>   
>>> Users should probably make sure there is at least the following
>>> in /etc/make.conf:
>>>
>>> PORTAGE_ELOG_SYSTEM="echo save_summary"
>>>
>>> So you get a permanent record and a change to view them at the end of
>>> a ebuild set. 
>>>   
>
>   
>> Where are those stored?  /var by chance?
>> 
>
> $PORT_LOGDIR/elog, wherever you've set that to. I think it defaults
> to /var/log/portage/elog if you haven't set $PORT_LOGDIR.
>
>
>   

Well, it looks like I may get to test drive that option.  I just tried
the new "improved" xorg and the evdev thing, it didn't work.  I reset
everything back to like it was and now my mouse wheel doesn't work. 
Looks like I get to emerge some more stuff until I get this fixed.  New
thread alert.

I'd like to meet whoever came up with this crap.  Just a few minutes
behind my woodshed will do.

Dale

:-)  :-) 

Re: [gentoo-user] xorg won't start

[Neil Bothwick]

On Fri, 10 Jul 2009 08:21:47 -0500, Dale wrote:

> > Users should probably make sure there is at least the following
> > in /etc/make.conf:
> >
> > PORTAGE_ELOG_SYSTEM="echo save_summary"
> >
> > So you get a permanent record and a change to view them at the end of
> > a ebuild set. 

> Where are those stored?  /var by chance?

$PORT_LOGDIR/elog, wherever you've set that to. I think it defaults
to /var/log/portage/elog if you haven't set $PORT_LOGDIR.


-- 
Neil Bothwick

And all the Borg left was this darn Macintosh...


signature.asc
Description: PGP signature

Re: [gentoo-user] xorg won't start

[Dale]

Kevin O'Gorman wrote:
> On Fri, Jul 10, 2009 at 1:13 AM, Keith Dart wrote:
>   
>> On Thu, 9 Jul 2009 17:03:20 +0100
>> Neil Bothwick  wrote:
>>
>> 
>>> The elog message from the xorg-server emerge also warns about updating
>>> drivers.
>>>   
>> Users should probably make sure there is at least the following
>> in /etc/make.conf:
>>
>> PORTAGE_ELOG_SYSTEM="echo save_summary"
>>
>> So you get a permanent record and a change to view them at the end of a
>> ebuild set.
>> 
>
> I've been running with this for years:
>
> PORTAGE_ELOG_CLASSES="info, warn, error, log"
> PORTAGE_ELOG_SYSTEM="save mail"
> FEATURES="buildpkg parallel-fetch"
>
> And I had been thinking that the "buildpkg" was going to make
> reversion a lot easier, except that I've never actually installed one
> of these puppies.  Mind, I only tried once.  I've got about 4 GB of
> packages at the moment.  :o)
>
> ++ kevin
>
>   

You do know about eclean right?  At least that can clean out some old cruft.

Dale

:-)  :-) 

Re: [gentoo-user] xorg won't start

[Dale]

Keith Dart wrote:
> On Thu, 9 Jul 2009 17:03:20 +0100
> Neil Bothwick  wrote:
>
>   
>> The elog message from the xorg-server emerge also warns about updating
>> drivers.
>> 
>
> Users should probably make sure there is at least the following
> in /etc/make.conf:
>
> PORTAGE_ELOG_SYSTEM="echo save_summary"
>
> So you get a permanent record and a change to view them at the end of a
> ebuild set. 
>
>
>
>   

Where are those stored?  /var by chance?

Dale

:-)  :-) 

Re: [gentoo-user] xorg-server mouse and keyboard woes

[Dale]

Kevin O'Gorman wrote:
> On Fri, Jul 10, 2009 at 1:18 AM, Keith Dart wrote:
>   
>> On Thu, 9 Jul 2009 20:03:36 -0700
>> "Kevin O'Gorman"  wrote:
>>
>> 
>>> I had tried holding back on xorg-server 1.5, but somewhere in May at
>>> least one package got past my version limits and X broke.  Rather than
>>> to try to revert, I thought surely by now, X would be fixed.  Sigh.
>>>   
>> Set the "hal" use flag and emerge x11-drivers/xf86-input-evdev. See if
>> that helps you.
>> 
>
> Just the opposite.  "hal" has been in effect for a while here.  My
> newest attempt was to "-hal" on xorg-server, and BEOHOLD! there's a
> working X and KDE.  "hal" remains in effect on everything else and
> hald is in the default runlevel (not boot).
>
> ++kevin
>
>   

Same thing here.  I just tried again to get hal, evdev and all his
"drive me crazy" friends to work, it doesn't.  It appears to me that hal
will be disabled in package.use for xorg-server FOREVER.  I'm sick of
messing with evdev.  I'm waiting on something better to come along.  I
bet someone does come up with something better too.  This has been a
PITA since it came out.

I'm sticking with what works, xorg,conf and no evdev.  It has worked for
years and it still does. 

Dale

:-)  :-) 

Re: [gentoo-user] Re: xorg-server mouse and keyboard woes

[Philip Webb]

090709 Kevin O'Gorman wrote:
>> On Thu, Jul 9, 2009 at 8:51 PM, Dale wrote:
>>> If all else fails:
>>> x11-base/xorg-server  -hal
>> Is there any other advice?
> A new HAL made no difference.  Sigh.

I ran into this twice, first on my frontline machine, then on the stand-by.
The solution was 'USE="-hal" emerge xorg-server', then remerge all drivers.
There was a Gentoo help doc re it, which gave this as the simplest option.

'evdev' is a separate matter: you need to include it in your kernel,
than you can simplify your drivers.

HTH

-- 
,,
SUPPORT ___//___,  Philip Webb : purs...@chass.utoronto.ca
ELECTRIC   /] [] [] [] [] []|  Centre for Urban & Community Studies
TRANSIT`-O--O---'  University of Toronto

[gentoo-user] complex depencies - how to cut the Gordian knot?

[Helmut Jarausch]

Hi,

I'm upgrading Gentoo nearly each day for 2 years now. 
But once in a while I'm lost, like this time

emerge --keep-going -j2 -1 --ask --update --newuse --deep @system @world
gives a lot of blockings which I don't quite understand (and there are
so many) - see below.

I'd be very grateful to some hint how to proceed in such a case.
I've already looked at the dependencies of some of these packages
but I can't find the reason for those blockings.

(I'm using portage 2.2_rc33)

Many thanks for your help,
Helmut.

-- 
Helmut Jarausch

Lehrstuhl fuer Numerische Mathematik
RWTH - Aachen University
D 52056 Aachen, Germany

--

[blocks B ] x11-libs/qt-test-4.5.1-r (">x11-libs/qt-test-4.5.1-r" 
is blocking x11-libs/qt-xmlpatterns-4.5.1)
[blocks B ] >x11-libs/qt-script-4.5.1-r 
(">x11-libs/qt-script-4.5.1-r" is blocking x11-libs/qt-xmlpatterns-4.5.1)
[blocks B ] >x11-libs/qt-sql-4.5.1-r (">x11-libs/qt-sql-4.5.1-r" is 
blocking x11-libs/qt-xmlpatterns-4.5.1)
[blocks B ] >x11-libs/qt-qt3support-4.5.1-r 
(">x11-libs/qt-qt3support-4.5.1-r" is blocking 
x11-libs/qt-xmlpatterns-4.5.1)
[blocks B ] >x11-libs/qt-core-4.5.1-r (">x11-libs/qt-core-4.5.1-r" 
is blocking x11-libs/qt-xmlpatterns-4.5.1)
[blocks B ] >x11-libs/qt-assistant-4.5.1-r 
(">x11-libs/qt-assistant-4.5.1-r" is blocking x11-libs/qt-xmlpatterns-4.5.1)
[blocks B ] >x11-libs/qt-svg-4.5.1-r (">x11-libs/qt-svg-4.5.1-r" is 
blocking x11-libs/qt-xmlpatterns-4.5.1)
[blocks B ] >x11-libs/qt-gui-4.5.1-r (">x11-libs/qt-gui-4.5.1-r" is 
blocking x11-libs/qt-xmlpatterns-4.5.1)
[blocks B ] >x11-libs/qt-dbus-4.5.1-r (">x11-libs/qt-dbus-4.5.1-r" 
is blocking x11-libs/qt-xmlpatterns-4.5.1)
[blocks B ] >x11-libs/qt-webkit-4.5.1-r 
(">x11-libs/qt-webkit-4.5.1-r" is blocking x11-libs/qt-xmlpatterns-4.5.1)
[blocks B ] >x11-libs/qt-opengl-4.5.1-r 
(">x11-libs/qt-opengl-4.5.1-r" is blocking x11-libs/qt-xmlpatterns-4.5.1)

 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  ('installed', '/', 'x11-libs/qt-dbus-4.5.2', 'nomerge') pulled in by
x11-libs/qt-dbus:4 required by ('ebuild', '/', 'dev-libs/soprano-2.2.4', 
'merge')
>=x11-libs/qt-dbus-4.5.1:4 required by ('installed', '/', 
'dev-python/PyQt4-4.5.1', 'nomerge')
x11-libs/qt-dbus:4 required by ('installed', '/', 
'app-office/akonadi-server-1.1.2', 'nomerge')
(and 4 more)

  ('installed', '/', 'x11-libs/qt-gui-4.5.2-r1', 'nomerge') pulled in by
>=x11-libs/qt-gui-4.5.1:4[accessibility,dbus] required by ('installed', 
'/', 'kde-base/kimagemapeditor-4.2.4', 'nomerge')
>=x11-libs/qt-gui-4.5.1:4[accessibility,dbus] required by ('installed', 
'/', 'kde-base/step-4.2.4', 'nomerge')
>=x11-libs/qt-gui-4.5.1:4[accessibility,dbus] required by ('installed', 
'/', 'kde-base/kscd-4.2.4', 'nomerge')
(and 271 more)

  ('installed', '/', 'x11-libs/qt-qt3support-4.5.2', 'nomerge') pulled in by
>=x11-libs/qt-qt3support-4.5.1:4[accessibility] required by ('installed', 
'/', 'kde-base/klines-4.2.4', 'nomerge')
>=x11-libs/qt-qt3support-4.5.1:4[accessibility] required by ('installed', 
'/', 'kde-base/kcontrol-4.2.4', 'nomerge')
>=x11-libs/qt-qt3support-4.5.1:4[accessibility] required by ('installed', 
'/', 'app-office/koffice-libs-2.0.1', 'nomerge')
(and 238 more)

  ('installed', '/', 'x11-libs/qt-script-4.5.2', 'nomerge') pulled in by
>=x11-libs/qt-script-4.5.1:4 required by ('installed', '/', 
'kde-base/konsolekalendar-4.2.4', 'nomerge')
>=x11-libs/qt-script-4.5.1:4 required by ('installed', '/', 
'kde-base/kmail-4.2.4', 'nomerge')
>=x11-libs/qt-script-4.5.1:4 required by ('installed', '/', 
'kde-base/kreadconfig-4.2.4', 'nomerge')
(and 237 more)

  ('installed', '/', 'x11-libs/qt-webkit-4.5.2', 'nomerge') pulled in by
>=x11-libs/qt-webkit-4.5.1:4 required by ('installed', '/', 
'kde-base/kdeplasma-addons-4.2.4', 'nomerge')
>=x11-libs/qt-webkit-4.5.1:4 required by ('installed', '/', 
'kde-base/kdelibs-4.2.4-r3', 'nomerge')
>=x11-libs/qt-webkit-4.5.1:4 required by ('installed', '/', 
'dev-python/PyQt4-4.5.1', 'nomerge')
(and 1 more)

  ('installed', '/', 'x11-libs/qt-assistant-4.5.2', 'nomerge') pulled in by
x11-libs/qt-assistant:4 required by ('installed', '/', 
'sci-visualization/qtiplot-0.9.7.7', 'nomerge')

  ('ebuild', '/', 'x11-libs/qt-xmlpatterns-4.5.1', 'merge') pulled in by
~x11-libs/qt-xmlpatterns-4.5.1 required by ('installed', '/', 
'x11-libs/qt-4.5.1', 'nomerge')

  ('installed', '/', 'x11-libs/qt-core-4.5.2', 'nomerge') pulled in by
>=x11-libs/qt-core-4.5.1:4[qt3support,ssl] required by ('installed', '/', 
'kde-base/libkholidays-4.2.4', 'nomerge')
>=x11-libs/qt-core-4.5.1:4[qt3support,ssl] required by ('installed', '/', 
'kde-base/ksystraycmd-4.2.4', 'nomerge')
>=x11-libs/qt-core-4.5.1:4[qt3support,ssl] required by ('in

Re: [gentoo-user] xorg won't start

[Kevin O'Gorman]

On Fri, Jul 10, 2009 at 1:13 AM, Keith Dart wrote:
> On Thu, 9 Jul 2009 17:03:20 +0100
> Neil Bothwick  wrote:
>
>> The elog message from the xorg-server emerge also warns about updating
>> drivers.
>
> Users should probably make sure there is at least the following
> in /etc/make.conf:
>
> PORTAGE_ELOG_SYSTEM="echo save_summary"
>
> So you get a permanent record and a change to view them at the end of a
> ebuild set.

I've been running with this for years:

PORTAGE_ELOG_CLASSES="info, warn, error, log"
PORTAGE_ELOG_SYSTEM="save mail"
FEATURES="buildpkg parallel-fetch"

And I had been thinking that the "buildpkg" was going to make
reversion a lot easier, except that I've never actually installed one
of these puppies.  Mind, I only tried once.  I've got about 4 GB of
packages at the moment.  :o)

++ kevin

-- 
Kevin O'Gorman, PhD

Re: [gentoo-user] xorg-server mouse and keyboard woes

[Kevin O'Gorman]

On Fri, Jul 10, 2009 at 1:18 AM, Keith Dart wrote:
> On Thu, 9 Jul 2009 20:03:36 -0700
> "Kevin O'Gorman"  wrote:
>
>> I had tried holding back on xorg-server 1.5, but somewhere in May at
>> least one package got past my version limits and X broke.  Rather than
>> to try to revert, I thought surely by now, X would be fixed.  Sigh.
>
> Set the "hal" use flag and emerge x11-drivers/xf86-input-evdev. See if
> that helps you.

Just the opposite.  "hal" has been in effect for a while here.  My
newest attempt was to "-hal" on xorg-server, and BEOHOLD! there's a
working X and KDE.  "hal" remains in effect on everything else and
hald is in the default runlevel (not boot).

++kevin

-- 
Kevin O'Gorman, PhD

Re: [gentoo-user] xorg-server mouse and keyboard woes

[Kevin O'Gorman]

On Fri, Jul 10, 2009 at 1:24 AM, Keith Dart wrote:
> On Fri, 10 Jul 2009 01:18:35 -0700
> Keith Dart  wrote:
>
>> Set the "hal" use flag and emerge x11-drivers/xf86-input-evdev. See if
>> that helps you.
>
> Also make sure you have this in your make.conf:
>
>
> INPUT_DEVICES="keyboard mouse evdev"
>
> Remove mouse and keyboard sections in your xorg.conf file also.
>
> The evdev and HAL are supposed to make X much simpler to set up and
> use. ;-)

For me, at least, it was impossible use.  Useless is more like it.

I am using evdev, but not compiling xorg for HAL.  I'm not sure how
that works out in detail, because hald is still running and the "hal"
use flag is in use everywhere but xorg-server.

++ kevin

-- 
Kevin O'Gorman, PhD

Re: [gentoo-user] *** WARNING : 2.6.30 kernel hangs and destroys filesystems on old hardware

[William Kenworthy]

Was there any oops evident (in dmesg) and reiserfs involved? This is
whats biting me at the moment on 2 systems with 2.6.29/30.

BilLK

On Thu, 2009-07-09 at 13:13 +0200, Helmut Jarausch wrote:
> Hi,
> 
> I just want to warn everybody about the 2.6.30 kernel 
> (gentoo-sources-2.6.30-r2)
> 
> First, it seems to run fine on modern hardware with SATA drives
> (AMD64 in my case)
> 
> BUT, on two old machines with SMP and IDE drivers (different
> controllers) the kernel randomly hangs and what is worse,
> it has destroyed a filesystem in such a way that even fsck
> (from a rescue cd with an 2.6.29 kernel) hangs.
> I had to make a pristine filesystem on that partition.
> 
> There are some reports on the kernel mailing list and the
> kernel bug tracker which talk about similar problems
> on some hardware.
> 
> If some has more news (e.g. on how to fix that)
> I'd be very interested.
> Thanks,
> Helmut.
> 
-- 
William Kenworthy 
Home in Perth!

Re: [gentoo-user] Diskless client will not shutdown.

[Keith Dart]

On Thu, 9 Jul 2009 14:31:45 -0500
Harley Peters  wrote:

> But it never issues the power down command.
> Yes acpi is setup correctly.

I've seen buggy motherboards and/or bioses behave this way. But check
your kernel config. Might also try some different BIOS settings and see
if that helps.





-- 

-- ~
   Keith Dart 
   public key: ID: 19017044
   
   =

Re: [gentoo-user] xorg-server mouse and keyboard woes

[Helmut Jarausch]

On  9 Jul, Kevin O'Gorman wrote:
> I had tried holding back on xorg-server 1.5, but somewhere in May at
> least one package got past my version limits and X broke.  Rather than
> to try to revert, I thought surely by now, X would be fixed.  Sigh.
> 
> In another thread, after spending 2 months without a working X server,
> I got KDM to start.  But without the mouse and keyboard.
> The nice folks who got me that far warned and comisserated thus:
> 

I had a similar problem. Finally I added hald to boot

rc-update add hald boot

and rebooted. From now on Xorg 1.5 and now 1.6 work just fine
with hal. I wonder why this hasn't been done/checked by the
xorg-server ebuild.

Good luck,
Helmut.

-- 
Helmut Jarausch

Lehrstuhl fuer Numerische Mathematik
RWTH - Aachen University
D 52056 Aachen, Germany

Re: [gentoo-user] xorg-server mouse and keyboard woes

[Keith Dart]

On Fri, 10 Jul 2009 01:18:35 -0700
Keith Dart  wrote:

> Set the "hal" use flag and emerge x11-drivers/xf86-input-evdev. See if
> that helps you.

Also make sure you have this in your make.conf:


INPUT_DEVICES="keyboard mouse evdev"

Remove mouse and keyboard sections in your xorg.conf file also.

The evdev and HAL are supposed to make X much simpler to set up and
use. ;-)


-- 

-- ~
   Keith Dart 
   public key: ID: 19017044
   
   =

Re: [gentoo-user] Re: SOLVED [OT] Anyone a working iso for bios-update of Intel DP43TF ?

[pk]

James wrote:

> this may ease your pain.
> 
> http://www.coreboot.org/Welcome_to_coreboot

No, coreboot support for newer Intel chipsets/motherboards is not good.
Not due to unwillingness from the developers but lack of interest from
Intel to support them with needed info.

http://www.coreboot.org/Supported_Motherboards

Best regards

Peter K

Re: [gentoo-user] xorg-server mouse and keyboard woes

[Keith Dart]

On Thu, 9 Jul 2009 20:03:36 -0700
"Kevin O'Gorman"  wrote:

> I had tried holding back on xorg-server 1.5, but somewhere in May at
> least one package got past my version limits and X broke.  Rather than
> to try to revert, I thought surely by now, X would be fixed.  Sigh.

Set the "hal" use flag and emerge x11-drivers/xf86-input-evdev. See if
that helps you.



-- 

-- ~
   Keith Dart 
   public key: ID: 19017044
   
   =

Re: [gentoo-user] *** WARNING : 2.6.30 kernel hangs and destroys filesystems on old hardware

[Keith Dart]

On Thu, 9 Jul 2009 12:26:00 +0100
Mick  wrote:

> Thanks for the warning Helmut.  I am still trying to get the 2.6.29 to
> work on my old laptop and was hoping that the 2.6.30 would offer a
> fix, but from what you are saying it may be a retrograde step in old
> hardware like mine.

That's interesting. I have a new i7 system and any kernel earlier than
2.6.30-r2 would not boot from hard disk on my system (but would boot
same image from USB flash, strange). This new kernel finally fixed it
for me where I can boot from the hard disk. But seems to have broken
older systems...



-- 

-- ~
   Keith Dart 
   public key: ID: 19017044
   
   =

Re: [gentoo-user] xorg won't start

[Keith Dart]

On Thu, 9 Jul 2009 17:03:20 +0100
Neil Bothwick  wrote:

> The elog message from the xorg-server emerge also warns about updating
> drivers.

Users should probably make sure there is at least the following
in /etc/make.conf:

PORTAGE_ELOG_SYSTEM="echo save_summary"

So you get a permanent record and a change to view them at the end of a
ebuild set. 



-- 

-- ~
   Keith Dart 
   public key: ID: 19017044
   
   =

Re: [gentoo-user] Re: SOLVED [OT] Anyone a working iso for bios-update of Intel DP43TF ?

[Stefan G. Weichinger]

James schrieb:
> Stefan G. Weichinger  xunil.at> writes:
> 
> 
>> Sorry for the noise, Stefan
> 
> this may ease your pain.
> 
> http://www.coreboot.org/Welcome_to_coreboot

thanks for the pointer, will look at it soon ... but for now the bios is
updated ...

Re: [gentoo-user] Re: xorg-server mouse and keyboard woes

[Robin Atwood]

On Friday 10 July 2009, Kevin O'Gorman wrote:
> On Thu, Jul 9, 2009 at 9:52 PM, Kevin O'Gorman wrote:
> >
> > Okay, I'm re-emerging hal.  I was already using gcc-4.1.2.  I still
> > have mouse and keyboard emerged, but not mentioned in the xorg.conf.

I am coming late to the party here but I not so long ago did this on an old 
ATI R300 card and and an NVidia FX-5200. All I had to do was to make sure to 
emerge evdev by:

INPUT_DEVICES="keyboard mouse evdev"

in /etc/make.conf and then comment out the mouse/keyboard stanzas in my 
existing xorg.conf. And then it worked. 

If you really feel you need a new video card, I recently got a GeForce 9400 
GT. It has 512MB of RAM, is inexpensive and KDE 4.2 performance is very 
acceptable.

HTH
-Robin
-- 
--
Robin Atwood.

"Ship me somewheres east of Suez, where the best is like the worst,
 Where there ain't no Ten Commandments an' a man can raise a thirst"
 from "Mandalay" by Rudyard Kipling
--