[gentoo-amd64] Re: Xorg upgrade and synaptics driver

[Duncan]

Mansour Al Akeel <mansour.alakeel@×××××.com> posted
2a21586d0904121007y7c8d5862r5e6a883600076a4d@××××××××××.com, excerpted
below, on  Sun, 12 Apr 2009 14:07:50 -0300:

> Still nothing is working for me. Here's my make.conf
>
> CFLAGS="-march=athlon64 -Os -pipe"
> CXXFLAGS="${CFLAGS}"
> CHOST="x86_64-pc-linux-gnu"
> MAKEOPT="-j3"
> #FEATURES="ccache"
> #FEATURES="-sandbox emerge sandbox"

This isn't related to the problem you're having ATM, but that second 
commented features line is evidence that you misunderstood someone's 
instructions at some point when you were having problems with portage/
sandbox.

What they meant was to put on the command line

FEATURES="-sandbox" emerge sandbox

What that does when put all on one line as a command is assign a value 
"-sandbox" to the FEATURES variable for ONLY the emerge sandbox command.  
Obviously, you misunderstood and put it in your make.conf.

Since it's commented it won't hurt anything, but you might as well delete 
it.

> USE="X acpi aiglx alsa aoss apache2 asf bzip2 cairo d fam firefox gdm
> gif glitz gphoto2 gstreamer gtk imap jpeg json laptop mad mng mp3 mp4
> mpeg mysql nptl nptlonly ntfs nvidia opengl pdf png pop pop3d postfix
> quicktime raw remote samba scp screen scsh smime smp smtp spell sqlite
> svg symlink syslog threads tiff tk truetype unicode x264 xcb xcomposite
> xine xml xorg xscreensaver xterm-color xv xvid -arts -dbus -eds -esd
> -evo -games  -ipv6 -kde -langpacks -mono -nautilus -nspr -nss -php
> -qt3 -qt4 -servletapi -sesame2 -session -gnome hal"
>
> VIDEO_CARDS="nv vesa fbdev nvidia"
> INPUT_DEVICES="evdev keyboard mouse synaptics"
> #PORTDIR_OVERLAY=/usr/portage-overlay/

I think hal uses dbus too, you if you are using hal you may need dbus 
enabled to.  However, with the Option AllowEmptyInput "False" in xorg 
below, it shouldn't matter whether hal is enabled or not since it should 
ignore it.

> And I have this at the top of my xorg.conf:

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

That section looks reasonable.

> Section "ServerFlags"
>         Option      "AutoAddDevices"    "true"
>         Option      "AutoEnableDevices"     "true"
>         Option "AllowEmptyInput" "false"
> EndSection

Since those two auto* entries default to true, you shouldn't need them.  
They just add extra stuff that doesn't do anything.  But since you do NOT 
want the hal autodetect stuff, you'll want to keep the allowemptyinput 
one as you have it.

> Section "Files"
>         ModulePath   "/usr/lib64/xorg/modules"
>         FontPath     "/usr/share/fonts/misc/"
>         FontPath     "/usr/share/fonts/TTF/"
>         FontPath     "/usr/share/fonts/OTF"
>         FontPath     "/usr/share/fonts/Type1/"
>         FontPath     "/usr/share/fonts/100dpi/"
>         FontPath     "/usr/share/fonts/75dpi/"
> EndSection

Again, these are the defaults, so you should be able to simply delete 
this entire section.

You said the "top" of your xorg.conf.  You do still have the InputDevice 
sections as you originally posted, right?  You could delete them *IF* you 
were using hal, but since you have it turned of, you need to have them.  
I'm guessing you do, but am just making sure.

> My kernel has the event inteface support. I was not able to properly
> install HAL, and this is the only possibility of the problems, I am
> getting a file colisiont problem. Since I didn't have hal enabled (I
> don't see why I need it), I did enable it now, and emerge update.
> This is what I get at the end, then it stops there "emerge --update
> --newuse --deep world"
>
>  *      /etc/udev/rules.d/90-hal.rules
>  *      /sbin/umount.hal
>  *      /lib/udev/hal_unmount
>  *      /usr/lib64/libhal.so.1
>  *      /usr/lib64/libhal.so
>  *      /usr/lib64/libhal-storage.so.1
>  *      /usr/lib64/libhal-storage.so
>  *      /usr/lib64/hal/scripts/linux/hal-system-wol-enable-linux
>  *      /usr/lib64/hal/scripts/linux/hal-system-wol-enabled-linux
>  *      /usr/lib64/hal/scripts/linux/hal-system-wol-supported-linux
>  *
>  * Searching all installed packages for file collisions...
>  *
>  * Press Ctrl-C to Stop
>  *
>  * None of the installed packages claim the file(s).
>  *
>  * Package 'sys-apps/hal-0.5.11-r8' merged despite file collisions. If
>  * necessary, refer to your elog messages for the whole content of the
>  * above message.
>
> Any idea ?

If you notice, it says the package was merged despite the collisions.  It 
was just a warning.  If that's at the end, it's just the replay of all 
the messages at the end of the merge.  Either everything else was fine 
and it all merged and that's the end, or something else caused an error 
somewhere and that's just at the end as portage now replays all the 
messages other packages spit out earlier when it finishes, regardless of 
whether it finished successfully or not.  However, if it failed, the 
failed package and its error message should always be printed last.

So that doesn't seem to give /me/ any hints of the problem, at least 
(unless you had indeed deleted the InputDevice Sections).


Oh!  That shared memory error from your first post!

I don't know what the synaptics driver requires or doesn't require or 
anything about anything special it needs in xorg.conf including that 
SHMConfig option, so I've no idea what that's about in regard to 
Synaptics.

HOWEVER, I know what it refers to in general!  Perhaps that's the problem?

SHM is the former name of the tmpfs filesystem time in the kernel, so if 
it's enabled for your synaptics driver, make sure you have tmpfs enabled 
in your kernel.  That is, let's see, File systems > Pseudo filesystems > 
Virtual memory file system support (formerly shm fs).  The config symbol 
for it (under help) is CONFIG_TMPFS.

Once you've verified you're running a kernel with tmpfs, you also need an 
fstab entry for the LSB standard location one, /dev/shm.  Here's the 
fstab entry I have:

shm /dev/shm tmpfs size=20m,noexec,nodev,nosuid 0 0

If you wish you can simply use defaults where I have the fancy options, 
as so:

shm /dev/shm tmpfs defaults 0 0

Then (as root) run mount /dev/shm, and it should mount

You can verify what's mounted by running mount with no parameters.  Once 
it says you have a tmpfs mounted at /dev/shm, try X again.  Maybe that'll 
do it.

If it still doesn't work, try posting your xorg.0.log file (in /var/log) 
and hopefully someone can help you decipher it.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman