Talk:Ubuntu Oneiric Installation Guide

Other Fixes
Other fixes that may not appropriate for the guide.

Unity 3D Slowness
In natty/oneiric ubuntu (11.04 + 11.10) some fglrx drivers and unity are extremely slow by default, it can be improved a lot :

1. via compizconfig settings manager, general set the refresh rate ( re-draw speed of compiz ) to the highest you can ( up to 200 ) and disable "auto detect refresh rate" ,

2. disable in OpenGL settings of compiz : vsync, but enable it ( "tear-free" ) in the Ati Control Panel

In the daily 12.04 build of today and fglrx from ubuntus own repo all this is no longer necessary, unity3d is finally very fast out of the box and "just works" wonderful. But for all earlier versions the above tweaks do a lot improvements.

thks

a german hd4650 mobility, M96/ device id 0x9480 (1gb vram ) user

--78.50.84.241 14:47, 28 February 2012 (CST)

"Jittery" Video After Installing Manual ATI Drivers From AMD Website
I am 270% (down from 300%) new to Ubuntu, Video Settings and Mathematical Percentages. So if this is covered somewhere else, please excuse this post, I was unable to find those in my searches and I wanted to help.

In two installs of Ubuntu (11.10 and 11.04), after installing the drivers from ATI, the video would get choppy as though two interlaced streams were offset. When taking screenshots, the video looked normal (making asking for support difficult). After using this guide, I enabled Tear-Free video with no effect. Through a stroke of genius (dumb luck), I changed the image options to "use grpahics processor for scaling" (Catalyist Control Center > Display Manager > Display In Use > Adjustments). After hitting apply, the problem was resolved.

Update Guide Suggestions
Suggestions that should be fixed/added/subtracted from the guide.

Got Several
GDM is not being used any more in Ubuntu 11.10, instead LightDM has replaced it. Therefore the section "Slow Maximizing Windows/General 2D Slowness" is outdated.

Using "sudo aticonfig --set-pcs-str="DDX,EnableRandR12,FALSE"" is redundant as well. It either does not apply any more or it will be ignored anyway, judged by the xorg log.

When trying to completely remove fglrx, the package "xorg-driver-fglrx" can not be removed (any more?) because it's a virtual package. It can therefore be left out in the guide.

Things like these should not be just taken over without actually checking if it is still required. What is the point of creating a new page for a new distributing version if the contents is just being copied anyway? I bet there's plenty of other stuff that does not apply any more because of a new distro update or new driver versions. These things should be checked first before taking them over. Just copying might do more harm then good to a system. It might also unnecessarily reduce system performance.

Also. It has never been clear to me why this guide is going through all the trouble of creating .deb file of the proprietary driver. What's the point? Why make things more difficult for a user if he can just as well run the installer provided by ATI right away? I'd say stick to that and create a separate page explaining why and how to create the .deb files. This way the info does not have to keep duplicated every time and things become less complicated for the casual user because you're sticking to the essentials in the main guide.--Forage 12:10, 31 October 2011 (CDT)

(**Response to above) Thanks for pointing these things out. I wrote/edited a lot of the Ubuntu guide beginning with Lucid, and I "inherited" 2 obsolete tips you pointed out, so I wasn't exactly sure about them. I didn't like the thought of removing peoples' work if I wasn't 100% sure that it was obsolete/harmful. TBH, I personally don't use Ubuntu much anymore (and usually run it in Virtualbox when I do), so I didn't think about the lightdm thing. FWIW, I don't see those sections/commands as being too dangerous (though I'll definitely remove them). On the other hand, running the ati installer without building packages is dangerous because it doesn't properly handle libgl(x) alternatives (and there are other Debian policy violations too). It can easily leave inexperienced users with no X if they install a normal update of mesa (which overwrites the proprietary ATI version of libgl(x).so as a side effect). I'm personally not going to recommend that on a distro where a lot of users have no terminal experience/skill beyond copying and pasting commands.

The "manually install Catalyst" portion of the guide existed because Ubuntu would only provide one version of fglrx per release and leave it at that. With the advent of the fglrx-updates package to automatically get/install Catalyst updates, I'll probably recommend that (but I'm personally not going to remove the manual build in case users need it). I haven't used fglrx-updates yet, so give me a few days to play with it (or, better yet, someone who has more interet/experience can add that section). --Dtl131 15:06, 31 October 2011 (CDT)

On amd64, amdcccle crashes when clicking 'apply' after trying to set Multi-display desktop. Is there a work-around? Still broken with 11.12.

Root Privledges, Package Creation Unnecessary
Building a package doesn't require root permission. Instead this can be used:

./amd-driver-installer-12-2-x86.x86_64.run --buildpkg Ubuntu/oneiric