Basically, the problem is that the scrollwheel to scroll 'up' doesn't work with the out-of-the-box ebuild for XFree86 4.2.0-r9. The 'down' scrolling works fine. (This is with Option "ZAxisMapping" "4 5" in /etc/X11/XF86Config-4) I recompiled X from the straight 4.2.0 source, and had no problems with it after it was recompiled, so I'm fairly sure that this is a bug with the X build setup. Someone in #gentooppc suggested that ebuild using make -j2 might be to blame, but I'm not sure. Other specs: iBook2 DVD, 600MHz, 384MB of RAM. Gentoo/PPC with an ISO from 4/22/2002.
Could you tell me which mouse you're using (MS mouse?) I've temporarily commented out emake and replaced it with a plain make in ppc portage. Please test it out (I've got no scrollwheel...) and email pvdabeel@gentoo.org / drobbins@gentoo.org if this solved the problem
Fixed... I'll assign it to drobbins (xfree maintainer?) so that he may add the change to x86 portage
drobbins: could you add the change to xfree?
That change of emake World to make World didn't fix the problem. Both myself and DocTomoe in #gentooppc tested and neither of us have a functional up scrollwheel as of yet. The person that did test it out didn't uninstall their vanilla xfree before emerging the new build.
The problem appears to be that some code in XFree86 assumes char's are signed by default, which requires -fsigned-char on the PPC. In xc/config/cf/linux.cf DefaultCCOptions is set to -fsigned-char when PpcArchitecture is defined, but the ebuild overrides this, setting it to -ansi: echo "#define DefaultCCOptions -ansi" >> config/cf/host.def I've compiled a recent CVS checkout of XFree86 with -fsigned-char and I now have a working wheel mouse!
You are correct Paul. I made some changes in the r9 ebuild and tested successfully last night. Happily using my scrollwhell in both directions now. I passed the changes along to daybird so we should see this in the ebuild soon enough :)
This bug is resolved by the (still masked) xfree-r11 build