Difference: AcerT180 (7 vs. 8)

Revision 820 Nov 2009 - RobAllan

Line: 1 to 1
 
META TOPICPARENT name="GentooLinux"

Acer T180

This is my office desktop system. It is a dual-core Athlon 4200+ 2.2GHz system with 560GB SATA disc (now 660GB, see below) and 2GB memory. This system was purchased in April 2007 to replace the "Time Machine".

Changed:
<
<
Strangely, this system sometimes hangs when doing software installs with portage. It has also had a number of problems with SATA disks. It is also un-predictabl whether a ps2 mouse or a usb mouse will work after reboot...
>
>
Strangely, this system sometimes hangs when doing software installs with portage. This behaviour persisted after upgrading to KDE-4.3.3. It seems tha tKDe doesn't like emerge and the crash indicated problems with Knotify. It has also had a number of problems with SATA disks. It is also un-predictable whether a ps2 mouse or a usb mouse will work after reboot, but that might have been an error in the xorg.conf file.
 

Updating to KDE4

Line: 14 to 14
  Now "emerge -uDN system" but note that a lot of things have changed. You may well get remnants of KDE-3.5 floating around in there (such as kde-base/arts-3.5 which now no longer exists, so remove arts from the /etc/make.conf file). After a bit of hunting I found a Gentoo bug report which mentioned using dev-utils/lafilefixer. Run "lafilefixer --justfixit" to get rid of any ebuild errors which refer to the no longer used .la libtool files. At this point you're also supposed to do a "revdep-rebuild", but this failed for me (it worked later after some more updates had been done).
Changed:
<
<
Now you should be ready to emerge the modular xorg-x11. Actually I did all this in the wrong order, so it took several iterations. To do this it is recommende to remove the earlier version, but this is not completely necessary. So do "emerge xorg-server". Now when you try to use it you will get into a huge problem with the old drivers. This is because the ABI (Application Binding Interface) has completely changed. You will have to re-emerge all the installed drivers and driver sets, but there is no simple package ebuild to do that. Fortunately you can use a trick which also does a one-shot emerge so that the drivers are not added to portage world dependency tree:
>
>
Now you should be ready to emerge the modular xorg-x11. Actually I did all this in the wrong order, so it took several iterations. To do this it is recommende to remove the earlier version, but this is not completely necessary. So do "emerge xorg-server". Now when you try to use it you will get into a huge problem with the old drivers. This is because the ABI (Application Binding Interface) has completely changed. You will have to re-emerge all the installed drivers and driver sets, but there is no simple package ebuild to do that. You'd also better remove any you don't actually need. Fortunately you can use a trick which also does a one-shot emerge so that the drivers are not added to portage world dependency tree:
 
emerge $(qlist -C -I x11-drivers/) -1av

Line: 27 to 27
 Section "ServerLayout" Identifier "X.Org Configured" Screen 0 "Screen0" 0 0
Deleted:
<
<
Option "AutoAddDevices" "false"
  InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection
Added:
>
>
Section "ServerFlags" Option "AutoAddDevices" "false" EndSection
 

Output of lspci

 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2020 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback