Tseliot
Brief Introduction
My name is Alberto Milone, I graduated [1st level degree (equivalent to a BA) - December 2005, 2nd level degree (equivalent to a MA) - March 2008] in Foreign Languages (the name of the course was "Lingue Moderne per la Comunicazione Internazionale") at the Università del Salento. I was born in Turin in 1983 but I have spent most of my life in Lecce. My current interests range from the study of the English language to (open source) software development (on GNU/Linux distributions), for which I have an insane passion.
Here is my profile on Launchpad: https://launchpad.net/people/albertomilone
My Experience and Involvement with Ubuntu
I have used Ubuntu since April 2005. When I tried it, loved it, left Windows and never looked back. One of the reasons for which I like Ubuntu is its forum, where I learnt most of the things that I know (thanks to all the people who were so kind to help me). I decided to pay back all the people who helped me by helping new (unexperienced) users, which all my guides are thought for. As a matter of fact I try explaining as many things as possible when I write my guides so that anyone can follow them, even when dealing with topics such as the recompilation of the kernel.
Then I joined the Archival team on ubuntuforums.org and therefore worked on the documentation on the UDSF.
I am a [ http://www.ubuntuforums.org/member.php?u=19388 Moderator ] on the Ubuntu Forums (ubuntuforums.org). I am particularly interested in writing guides and providing support for the installation of Nvidia's proprietary drivers and for the resolution of problems with the Xserver in general (but not only).
A partial list of the guides I wrote can be found here: http://www.albertomilone.com/guides.html
I am also a self-taught open source software developer and I maintain a few projects of mine.
My Projects
1) Envy/EnvyNG
"Envy" is an application for Ubuntu Linux and Debian written in Python and PyGTK which will: 1) detect the model of your graphic card (only ATI and Nvidia cards are supported) and install the appropriate driver. However automatic detection can be overridden with the "Manual installation" 2) package the driver that comes with ATI or Nvidia's installer (from their respective websites) 3) install all you need to package and install the driver 4) configure the Xserver for you
Envy features both a GUI (which you can launch only inside a Desktop Environment) and a textual interface which you can use if, for example, you cannot start the Xserver.
Thanks to the cooperation with Ben Collins, Bryce Harrington, Daniel Holbach and Michael Vogt, I rewrote part of Envy and created EnvyNG. EnvyNG is perfectly integrated in Ubuntu and it's a semi-official way to update the ATI and NVIDIA drivers in Ubuntu Hardy 8.04 LTS. You can read further details on my [ http://albertomilone.com/wordpress blog ] and on my [ http://www.albertomilone.com/nvidia_scripts1.html website ].
You can find it on launchpad: https://launchpad.net/projects/envy
2) URandR
[ http://www.albertomilone.com/urandr.html URandR ] is a GUI to RandR 1.2 written in PyGTK. IT covers RandR 1.2 basic functionalities and aims to make multihead configuration as easy as possible for unexperienced users.
3) Evolbck
[ http://www.albertomilone.com/evolbck.html Evolbck ] is an application for GNU/Linux written in Python and PyGTK which will enable you to import and export (in tar.gz format) your mail and settings (mail accounts, contacts, calendar, etc.) in Evolution.
4) Maintainership of the NVIDIA driver since Ubuntu Intrepid Ibex 8.10
In 2008 at the UDS in Prague I participated in the separation of the ATI and of the NVIDIA driver from the linux-restricted-modules. I became the maintainer of the NVIDIA driver, rewrote the packaging scripts and added the support for DKMS. I also wrote patches to make the NVIDIA drivers build with Intrepid's new kernels when NVIDIA had not added the support for such kernels in their drivers yet. Currently I keep updated the linux-restricted-modules-envy (in Ubuntu Hardy) and the 4 flavours of the NVIDIA driver (nvidia-glx-177, -173, -96, -71) in Intrepid.
Martin Pitt is my main sponsor for the NVIDIA packages. His feedback helped me a lot in the transition to the new packages in Intrepid.
5) Nvidia-common
Switching from the old name scheme of the NVIDIA drivers (nvidia-glx{-new,-legacy}) to the new one (nvidia-glx-177, -173, -96, -71) and because of changes in the drivers as regards the supported hardware, dist-upgrades from Hardy to Intrepid failed. Below you can see how different the supported hardware is in Hardy and in Intrepid:
HARDY:
- nvidia-glx-new (169.12):
- Geforce 5xxx, 6xxx, 7xxx, and a few models of the 8xxx series
- nvidia-glx (96.43.05) in Hardy is a legacy driver which supports:
- Geforce 2xxx, 3xxx, 4xxx, 5xxx, 6xxx, 7xxx up to 7800
- nvidia-glx-legacy (71.86.04) is another legacy driver which supports:
INTREPID:
nvidia-glx-177 (177.13): Geforce 6xxx, 7xxx, 8xxx, 9xxx, GeForce GTX 260, GeForce GTX 280
- nvidia-glx-173 (173.14.09): Geforce 5xxx, 6xxx, 7xxx, 8xxx, 9xxx
- nvidia-glx-96 (96.43.05): Geforce 2, 3, 4xxx, 5xxx
nvidia-glx-71 (71.86.04): RIVA TNT/2, Vanta/Vanta LT, GeForce 256, GeForce DDR, GeForce2, Quadro2 Pro
There was no clear (and flexible) way to tell the system which driver should replace, say, nvidia-glx-new, therefore Bryce Harrington, Martin Pitt and I worked on a plan for dist-upgrades. I developed Nvidia-common (a Python application) which performs hardware detection (based on lspci and the modalias files of the drivers) and returns the right driver for the card(s). The returned driver can be either a driver which supports all the cards (if more than one card is plugged in) of a system or, if such driver is not available, the newest (compatible) driver.
Thanks to Michael Vogt, Update Manager uses Nvidia-common in order to make dist-upgrades a lot smoother. If users dist-upgrade to Intrepid from the command line, they will see a Debconf warning from Nvidia-common which will tell them to install a specific version of the NVIDIA driver (I implemented Martin Pitt's idea).
6) X/OptionsEditor
At the UDS in Prague I was assigned this blueprint, whose mentor is Bryce Harrington and whose approver is Colin Watson.
For this blueprint I developed the following components of the X-Kit project:
Xorg Parser and writer - a Python parser/writer for the xorg.conf
Xorg Validator - a Python program which performs a sanity check on the xorg.conf
Xorg Options Data Store - a Python program which translates the man page of the xorg.conf into and XML file
Xorg Options Editor GTK - a GUI to the output part of the xorg.conf (as an extension of the Screen resolution panel (phase 2 of the blueprint). Uses PolicyKit to write the settings to the xorg.conf.
A dialog to set the Virtual resolution in the Screen resolution panel - (phase 1 of the blueprint) Uses PolicyKit to write the settings to the xorg.conf.
For further details on X-Kit you can have a look at this blog post.
My Suggestions to improve Ubuntu
I have proposed the following spec for Edgy Eft: On Launchpad: https://launchpad.net/distros/ubuntu/+spec/xserver-failover
A detailed explanation on the Wiki: https://wiki.ubuntu.com/XserverFailover
I have also asked the opinion of the members of Ubuntuforums.org: http://www.ubuntuforums.org/showthread.php?t=201128
NOTE: my suggestion was implemented as Bullet-proof X by Bryce Harrington
Tseliot (last edited 2009-09-03 16:15:34 by host141-199-dynamic)