Showing posts with label ubuntu. Show all posts
Showing posts with label ubuntu. Show all posts

Saturday, September 12, 2009

Wizardpen driver 0.7 series compatible with Ubuntu Karmic Koala

Just upgraded my machine to the Ubuntu 9.10 Karmic Koala Alpha 5 and I'm happy to say that Wizardpen would work seamlessly with the next version of Ubuntu. So when October comes, you don't need to worry about the upgrade breaking support for your creative pursuits. (I'll keep you updated in case it breaks some time before the actual launch occur in October)

Recently there isn't any progress on the driver due to a lack of a active maintainer for the code. Currently there are a few project pages being setup for the driver, currently the one with recent activity was the one at the Wizardpen project in Launchpad: which they are taking up an ambitious goal of setting up the appropriate FDI rule to have it auto-detect most (hopefully all) supported tablets. Greatly appreciate that you'll be able to submit the appropriate `lsusb` output for them to maintain a database of sorts ;).

Anyway, it is to be noted that Ubuntu 9.10 introduced a lot of major changes in packages: e.g. SCIM input to iBus, utilizing GRUB2 and Ext4 and eventual migration to DeviceKit in replacement for HAL in the future (meaning that the setup guide will need to be updated as soon as Xorg deprecates HAL as well). So I do greatly suggest that you prepare for the release by reading these new changes up.

Tuesday, April 21, 2009

wizardpen-0.7.0-alpha2 DEB package now available

First of all, all thanks to Giorgo Enrico who made the package! I have personally tested it and find it to be working, so I suppose it'd be of great help to those who aren't too comfortable in compiling :).

Anyway, here's the place to download the packages:
Driver: http://www.mediafire.com/file/nyzyynygiyy/wizardpen_0.7.0-alpha2_i386.deb
Calibrator tool: COMING SOON!

I'm not particular sure about whether it does support 8.10 or not, so if somebody had tested it, please let me know ;)

Friday, April 17, 2009

Driver Update: wizardpen-0.7.0-alpha2

Hi all, I've just made a quick bug fix in relation to the compilation issues with Ubuntu 9.04 and (reportedly, from what I read from the linuxgenius project page) Fedora 11. The code fix should allow the compilation of the driver for both Ubuntu 8.10 and Ubuntu 9.04, however I do need someone to help me test to compile the driver for Ubuntu 8.10.

The latest driver is available here:

Till then, have fun!

Monday, March 30, 2009

Wizardpen, Ubuntu 9.04 and Everchanging Xorg APIs

Here's the good news: I'm announcing that Wizardpen is compatible with Ubuntu 9.04! Apparently it was a quick fix actually as the reason the driver isn't compiling is due to the fact that Xorg had tinkered the argument list of one of its functions (specifically InitValuatorClassDeviceStruct, which it removed the motionProc argument). Doing so created a clean compile and a working driver.

However, the fact that all this while I was never involved in maintaining the driver nor had any knowledge in Xorg module programmer. Therefore it'd take me a while to test to make sure that there wouldn't be any side effects. But my guess is that I shouldn't take me more than a few days, so I think I'd be able to come up with a quick patch for that.

For now, I had the feeling that Xorg is starting to become more of a moving target seeing the API changing from time to time. With that in mind, I'm in an opinion that we'd probably need to catalogue the versions of Wizardpen drivers and to which release of Xorg it'll still work. From memory:
9.04 - 0.7.0-alpha2 (?)
8.10 - 0.6.0.2 to 0.7.0-alpha1
8.04 - 0.6.0.2
7.10 - Probably 0.5? Can't quite remember that one...

Would probably figure out a time to quickly sort it out, probably merging the new code over to project at Google Code or SourceForge. I'll see to it then.

P/S: For those who's confident in patching their own code, you can refer to this page.

Thursday, March 26, 2009

Wizardpen on Ubuntu 9.04 (Jaunty Jackalope): WORKING

UPDATE: I got it to work now, please see my latest blog announcement for the details

Seeing that Ubuntu 9.04 is coming up and I had installed Alpha 6 of the release, it is fair enough for me just to forewarn you that the Wizardpen driver will not work with Ubuntu 9.04... for now, at least. (UPDATE: It works now)

So for those who really needed the compatibility with Wizardpen in Ubuntu, hold your horses, stick to 8.10 (Interpid Ibex) for a while and wait until a patch is up.

OR... if you had done a fix, do share it out ;).

Wednesday, November 26, 2008

Updated Wizardpen Driver (0.7.0-alpha1? :p)

Out of the blue I received an updated source file in my mailbox for the Linux Wizardpen driver from a very nice guy called Mike. The driver itself addresses a significant amount of improvements including optimization for performance, which I was completely astonished and blown away by it as I previously have to deal with sluggishness when painting in a maximized GIMP window.

You can download it from the link below:

(*Note: Yeah, I'm being a stupid dumbass for plugging a version number myself... but I suppose the improvement warrants a major number increment ;)

List of features: (*Note: UNTESTED means I was never able to test it myself, please feedback if you had problems with it)

  • Major performance and reliability improvements
  • (UNTESTED) Support for bundled scroll-wheel mouse (I know a lot of people wanted this, hence bolded ;)
  • Pressure sensitivity now configurable (Xorg param: TopZ and BottomZ; range: 0-1024)
  • Reliable button press/release event mechanism (using pressure thresholds)
  • (UNTESTED)Support vertical tablet orientation (useful if are using stacked dual monitors and want the tablet layout to the vertical orientation) (Xorg param: Rotate90 - "0" or "1"
  • [UNTESTED] Ability to tell driver your screen size in case gets confused (xorg param: ScreenX and ScreenY)
  • Debug mode (Xorg parm: debugyn - "0" or "1")

Do have to iterate the fact that Mike should be credited fully for his work and I'm just disseminating this piece of good code :).

Have fun experimenting and post any bugs or issues found!

P/S: The installation steps are already outlined here

(*NOTE: My webhost is acting stupid again, so have to exploit the resources of the "empire" from now :p)

Thursday, October 23, 2008

Genius Wizardpen with Intrepid Ibex

NOTE

The tutorial currently still works with Ubuntu 9.04 (Jaunty Jackalope)

NEWS UPDATE

An updated (though not thoroughly tested) driver is available thanks to Mike! Please find full details by clicking on this link.

UPDATE HISTORY:

21 October 2008

Obtaining the driver
Option 1: Using a precompiled driver - UNTESTED!!

Miriad have provided a precompiled driver for Hardy and can be obtained from http://specificcrap.arbitrarycrap.com/wizardpen_drv.so. Just download the driver and put it in /usr/lib/xorg/modules/input/.

Once that's done, follow the steps outlined in "Configuring and using your Wizardpen".

For the latest version (0.7.0-alpha2): Alternatively, you could use the Debian package done by Giorgo Enrico, which you can download it here http://www.mediafire.com/file/nyzyynygiyy/wizardpen_0.7.0-alpha2_i386.deb

Option 2: Building from source
  1. Download the source package: http://specificcrap.arbitrarycrap.com/wizardpen-0.6.0.2.tar.gz
    (or the latest, untested driver here:
  2. Unpack it somewhere with following command: tar -zxvf wizardpen-0.6.0.2.tar.gz
  3. Grab the necessary packages:sudo aptitude install xutils libx11-dev libxext-dev build-essential xautomation xinput xserver-xorg-dev
  4. Change directory to where you unpacked the source code: cd wizardpen-0.6.0.2
  5. Compile and install the driver: ./configure --with-xorg-module-dir=/usr/lib/xorg/modules && make && sudo make install
  6. Verify that the driver is installed correctly (Check for wizardpen_drv.la and wizardpen_drv.so): ls /usr/lib/xorg/modules/input/wizardpen_drv.*
Configuring and using your Wizardpen

For Xorg7.3, the recommended way to configure your input device is by adding HAL fdi files, which in turn allows you to hotplug your Wizardpen. This step is not only recommended, it's essentially CRUCIAL in the case of Intrepid Ibex as the xorg.conf method used in my Hardy tutorial WILL NOT WORK.

This new configuration method may be supported by Hardy Heron, but I greatly appreciate anyone who is able to confirm this to me :).

  1. Connect your Wizardpen tablet (if you haven't already done so)
  2. Find out the name of your tablet : grep -i name /proc/bus/input/devices
  3. Double confirm that HAL captured the name of the tablet correctly as well: lshal | less
  4. Create a new file with the name /etc/hal/fdi/policy/99-x11-wizardpen.fdi
    <?xml version="1.0" encoding="ISO-8859-1" ?>
    <deviceinfo version="0.2">
    <device>
    <!-- This MUST match with the name of your tablet -->
    <match key="info.product" contains="NAME OF YOUR TABLE OBTAINED FROM PREVIOUS STEP">
    <merge key="input.x11_driver" type="string">wizardpen</merge>
    <merge key="input.x11_options.SendCoreEvents" type="string">true</merge>
    <merge key="input.x11_options.TopX" type="string">5619</merge>
    <merge key="input.x11_options.TopY" type="string">6554</merge>
    <merge key="input.x11_options.BottomX" type="string">29405</merge>
    <merge key="input.x11_options.BottomY" type="string">29671</merge>
    <merge key="input.x11_options.MaxX" type="string">29405</merge>
    <merge key="input.x11_options.MaxY" type="string">29671</merge>
    </match>
    </device>
    </deviceinfo>
  5. Reboot your computer (*Note: Thanks to Ociosu for the update)
  6. If X fails to start up, or that the cursor runs amok with unpredictable and unacceptable behaviour (e.g. button mapping screw-ups), I greatly recommend that you start to debug your configuration.

TROUBLESHOOTING - IMPORTANT STEPS:

Should you find your Wizardpen not working yet, check out the /var/log/Xorg.0.log to see what went wrong (Search for "EE" and "WW" would give you some important hint). Google and the UbuntuForums are always your friend when it come to troubleshooting things ;).

Calibrating your tablet
  1. Execute the following command: lshal | less
  2. Search the section with the name of your tablet, as obtained from Step 2 in the configuration step. The line should read something like: info.product = '[Name of your tablet]'
  3. Scroll down until you find the following line: linux.device_file = '/dev/input/eventN' (N will a number)
  4. The source package contains a program called 'wizardpen-calibrate', which is in the 'calibrate' folder, which actually echoes the appropriate X11 calibration settings
  5. Using a terminal/console, execute the calibration program: calibrate/wizardpen-calibrate /dev/input/eventN (*Note: Subtitute /dev/input/eventN with the one obtained from Step 3)
  6. Follow the instructions issued by the program, which will ask you to touch the top-left corner and bottom-right corner. Once completed, the program will echo the corresponding xorg.conf setting
  7. Edit the FDI file (/etc/hal/fdi/policy/99-x11-wizardpen.fdi) and subtitute the Top/Bottom/MaxX and Top/Bottom/MaxY values to the one obtained from the wizardpen-calibrate command
  8. Once done, restart your computer and test your tablet (UPDATE: Noy noted in the comments that you don't have to restart, but rather unplug and replug the tablet for the new settings to take effect. I'm pretty sure it'd work but I haven't tested it yet)

Till then, good luck and have fun!

FAQ - Draft, TODO
  1. Wireless mouse for Wizardpen support is only available in the latest wizardpen-0.7.0-* driver.
  2. Pressure sensitivity not working in GIMP: Check your GIMP preferences at "Edit > Preferences". Under the "Input Devices" menu item, click on "Configure Extended Input Devices...". Choose the WizardPen device and MAKE SURE YOU SET THE MODE TO SCREEN/WINDOW (not "Disabled"). Without that setting, it won't work ;)

[REFERENCE AND RESOURCES]

  1. TabletSetupWizardpen (Ubuntu Community Help)
  2. HOWTO: Setup a wizardpen-based tablet (Ubuntu Forums)
NOTES:
  • Thanks to Pedro for his unexpected email and helping me out to test out my HAL fdi policy file.
  • TODO: Add stuff to the FAQ (Contribution appreciated)
  • Wishlist:
    1. Someone helping me out to test whether the HAL fdi rule method works with Hardy Heron
    2. Have the tutorial posted in Ubuntu Community wiki (too lazy to bother doing it myself :lol)

Saturday, April 12, 2008

Sync'ing Nokia 3500 classic with Ubuntu

It's been about a month or two since I got my Nokia 3500 classic and have had whined a lot about Symbian S40 with it:

  1. Unable to do full phonebook backups on the phone itself
  2. Unable to restore a vCard File (.vcf) that contains multiple phonebook entries on the same file, which is considered a common means of doing backup (at least I'm aware that Sony Ericsson and LG phones does that)

But at least it supports SyncML, which provides a platform-independent means of information synchronization. So with some effort, I got OpenSync and MultiSync setup to have Evolution and my mobile phone to sync with each other. At the moment I'd say that using these tools made me feel like such information sync'ing architecture is still quite in its infancy stage: mainly due to a lack of user-friendly graphical frontends and seamless integration with the desktop environment. Which is quite a pity really, especially the rise of handheld devices, I'm currently looking forward to more development with such a capability.

But anyways, for those needing a working syncml-obex-client configuration for the Nokia 3500 classic (via Bluetooth), here's the configuration that I'm using at the moment:

<?xml version="1.0"?>
<config>
<!-- (Only for bluetooth) The bluetooth address if the bluetooth mode is selected -->
<bluetooth_address>[The Bluetooth address for your Nokia phone]</bluetooth_address>

<!-- (Only for bluetooth) The bluetooth channel to use. `sdptool browse $MAC` to search for the correct channel -->
<bluetooth_channel>11</bluetooth_channel>

<!-- (Only for USB) The usb interface number of the SYNCML-SYNC target. use syncml-obex-client -u (you will need access to the USB raw device) to find it. -->
<interface>0</interface>

<!-- The string that the plugin will use to identify itself. Some devices need a special string here. -->
<identifier>PC Suite Data Sync</identifier>

<!-- The syncml version to use: 0 for 1.0, 1 for 1.1 and 2 for 1.2 -->
<version>1</version>

<!-- if the plugin should use wbxml -->
<wbxml>1</wbxml>

<!-- The username to use. Leave empty to not require a username -->
<username></username>

<!-- the password for the username -->
<password></password>

<!-- sets the connection type to use. 5 means obex over usb, 2 means obex over bluetooth -->
<type>2</type>

<!-- If wbxml is enabled, defines wether the wbxml should use string tables -->
<usestringtable>1</usestringtable>

<!-- Never send ADD command, but send REPLACE (not needed normally) -->
<onlyreplace>0</onlyreplace>

<!-- Workaround around for mobile phones which only use local timestamps and _no_ UTC timestamps! -->
<onlyLocaltime>0</onlyLocaltime>

<!-- Sets the maximum allowed size in bytes of incoming messages (some device need this option set). Example: 10000 -->
<recvLimit>10000</recvLimit>

<maxObjSize>0</maxObjSize>

<!-- The name of the contacts db. Must be the same as the phones sends -->
<contact_db>Contacts</contact_db>

<!-- The name of the calendar db. Must be the same as the phones sends -->
<calendar_db>Calendar</calendar_db>

<!-- The name of the note db. Must be the same as the phones sends -->
<note_db>Notes</note_db>
</config>

Genius Wizardpen with Ubuntu Linux (8.04 only)

NOTE
  • AN UPDATED TUTORIAL FOR INTREPID IBEX IS AVAILABLE! Need someone to check whether that tutorial is compatible with Hardy Heron
  • [Compatible with Hardy Heron (8.04) ONLY]
  • [TODO]
    • Add a FAQ section (especially the fact that only realized that recently the original forum was down x_x...) -- main proof that I have been neglecting this blog and WizardPen progress these days
    • Any update if necessary

UPDATE HISTORY:

21 October 2008

  • Verified that steps are compatible with Intrepid Ibex (using compile by source method),
  • Added draft FAQ [Big TODO item, help needed]

27 May 2008

  • Added a troubleshooting step in the setting up section which recommends you to regenerate a fresh xorg.conf

27 April 2008

  • Updated link to download the driver source (Contributor: zack)
  • Included instruction on how to using precompiled driver
  • Modified xorg.conf on where to put the "CorePointer" option

As Ubuntu 8.04 (Hardy Heron) was released end of April 2008, one of the major change is XOrg 7.3, which sports hot-plugging, auto-configuration, better support of multiple input device and other powerful features. However, with those features in place, the existing Genius Wizardpen driver was not compatible with the latest XOrg.

Currently, Miriad (whom participated in the original Wizardpen driver forums) have updated the driver to make it compatible with XOrg 7.3 (rejoice!). Here are the instructions to configuring your Wizardpen:

Obtaining the driver
Option 1: Using a precompiled driver (Recommended)

Miriad have provided a precompiled driver for Hardy and can be obtained from http://specificcrap.arbitrarycrap.com/wizardpen_drv.so. Just download the driver and put it in /usr/lib/xorg/modules/input/.

Option 2: Building from source

(*Note: I haven't tested this with completely fresh Hardy system though ^^||)

  1. Download the source package: http://specificcrap.arbitrarycrap.com/wizardpen-0.6.0.2.tar.gz
  2. Unpack it somewhere with following command: tar -zxvf wizardpen-0.6.0.2.tar.gz
  3. Grab the necessary packages (UNCONFIRMED! Let me know if I missed out an important package): sudo aptitude install xutils libx11-dev libxext-dev x-dev build-essential xautomation xinput xserver-xorg-dev
  4. Change directory to where you unpacked the source code: cd wizardpen-0.6.0.2
  5. Compile and install the driver: sudo ./configure --with-xorg-module-dir=/usr/lib/xorg/modules && make && make install
  6. Verify that the driver is installed correctly (Check for wizardpen.la and wizardpen.so): ls /usr/lib/xorg/modules/input/wizardpen.*
Configuring and using your Wizardpen
  1. Connect your Wizardpen tablet (if you haven't already done so)
  2. Find out the name of your tablet : cat /proc/bus/input/devices | grep Name
  3. Edit your /etc/X11/xorg.conf file and type the following (or to verify against your last working xorg.conf with the Wizardpen in Gutsy):
    Section "InputDevice"
    Identifier "Configured Mouse"
    Driver "vmmouse"
    Option "Emulate3Buttons" "true"
    EndSection

    Section "InputDevice"
    Identifier "WizardPen Tablet"
    # Paste the name of the tablet as found in the previous step
    Option "Name" "UC-LOGIC Tablet WP5540U"
    Option "SendCoreEvents" "true"
    Driver "wizardpen"
    Option "TopX" "5619"
    Option "TopY" "6554"
    Option "BottomX" "29405"
    Option "BottomY" "29671"
    Option "MaxX" "29405"
    Option "MaxY" "29671"
    EndSection

    Section "ServerLayout"
    Identifier "Default Layout"
    Screen "Default Screen"
    InputDevice "WizardPen Tablet" "SendCoreEvents"
    InputDevice "Configured Mouse" "CorePointer"
    EndSection
  4. Restart your X server: sudo /etc/init.d/gdm restart (*Note: It'd be better for you to logout, press Alt-F1 to go into the command prompt screen to execute this command)
  5. If X fails to start up, or that the cursor runs amok with unpredictable and unacceptable behaviour (e.g. button mapping screw-ups), I greatly recommend that you execute sudo dpkg-reconfigure xserver-xorg to regenerate a new working copy of xorg.conf and reattempt to configure the Wizardpen again (i.e. repeat Step 3-4 in this section). It may be helpful to read the IMPORTANT NOTE I had below.

IMPORTANT NOTE: The "SendCoreEvents" option is mandatory to prevent focus stealing between your mouse and Wizardpen, which would lead to a jerky pointer which is not what you'd want when you're drawing ;). It may be required to have your mouse being set with the "CorePointer" option (Reason I'm setting this option for the mouse is because without the actual mouse configured with "CorePointer" would give X11 an option to select the Wizardpen as the core [read: main] pointer and royally screw the button mapping of my mouse).

Should you find your Wizardpen not working yet, check out the /var/log/Xorg.0.log to see what went wrong (Search for "EE" and "WW" would give you some important hint). Google and the UbuntuForums are always your friend when it come to troubleshooting things ;).

Till then, good luck and have fun!

[FAQ - DRAFT]
  1. Wireless mouse for Wizardpen is not working: From my understanding is that support for the wireless mouse that comes with Wizardpen is NOT IMPLEMENTED yet. Therefore it won't work.
  2. Pressure sensitivity not working in GIMP: Check your GIMP preferences at "Edit > Preferences". Under the "Input Devices" menu item, click on "Configure Extended Input Devices...". Choose the WizardPen device and MAKE SURE YOU SET THE MODE TO SCREEN/WINDOW (not "Disabled"). Without that setting, it won't work ;)

[REFERENCE AND RESOURCES]

  1. WizardPen driver and XOrg 7.3
  2. TabletSetupWizardpen (Ubuntu Community Help)
  3. HOWTO: Setup a wizardpen-based tablet (Ubuntu Forums)

Wednesday, January 16, 2008

New Gadget! Asus Eee PC :D

Here's a new addition to my list of gadgets: say hello to my Asus Eee PC! :D

This ultraportable is definitely a god-send in my opinion, not only it's small, light-weight and most excitingly, it's really inexpensive! (with UMPCs carrying a much higher price tag) Despite being slightly underpowered, it's already powerful enough for most office applications, which makes it really suitable for myself to lug around should I be outstation for one reason or the other. Neat, huh? :)

Anyway, been spending two days of restless night to have pre-loaded Xandros Linux removed and have eeeXubuntu installed in its place: together with all the minor tweaks and package installation to make it a personalized power house.

Still not used to the extremely small keyboard with keys just the size of my own fingertips, so that makes it pretty unsuitable for tasks that require speed typing. But things like normal surfing and stuff was pretty usable. The small 7" screen is really something that needs to get used to as well, my eyes felt strained from time to time (mainly due to the LCD brightness though, 8pt fonts are still very readable in its current state).

Other than that, I'm looking forward on the possibilities this ultraportable will bring to my work and the computer market overall. With the critical success of the Eee PC, I'm pretty sure most manufacturers will really want to have their slice of the pie as well.

Do have to say a well job done to the Asus design team whom get it right during its first launch! :D (compared to the hyped tablet PC which no manufacturer seems to make it take off in any sense)

Monday, November 12, 2007

No More Hard-to-Read Chinese Text!

NEWS: Currently the font is included in the Ubuntu Hardy Heron repository! Install the "ttf-wqy-zenhei" package

Recently I have been continually fine-tuning my Ubuntu to give me the best (i.e. most comfortable) environment for me to work with. One of the major quirks is the hard to read Chinese fonts, which is due to the fact that it's pretty hard to hint SongTi (宋体) fonts.

Somehow it's pretty surprising that Ubuntu's repositories doesn't come with HeiTi (黑体) or Chinese Gothic fonts, which has thicker strokes. But luckily there's this open source, GPL'ed font foundary, Wen Quan Yi, which does provide their HeiTi variant called "Zen Hei". Basically what I do is grab the package, install the Debian package (execute `dpkg --install wqy-zenhei-0.2.15-1.deb`), adding the configuration to match the font in my /etc/fonts/local.conf file (see my previous article for details) and lastly execute `sudo fc-cache -fv`.

Once I done that and restart my applications, now I had 100% reliable and perfectly readable Chinese pages! :D

Friday, November 09, 2007

From Gentoo to Ubuntu

By some circumstances, I found myself migrated to Ubuntu Linux from Gentoo. It's not a intentional flavour change, to be honest: but rather just happened that I royally screwed my partition table as I shuffle them around. An attempt to raking in dormant partitions (mainly my old Linux installations) and salvaging them for better use ended up having myself wiped out the LVM partition that my Gentoo lives in. Whoops! No doubt that fdisk may as well be your best friend or your best enemy.

Luckily I have my home partition and personal data separated out and I didn't have any production MySQL databases (phew...), so I'm still safe :). (that coming from someone who have screwed up Linux several times, my best advice is better to keep all your important out from your OS partition :p)

So, mainly due to my own laziness of not wanting to spent a whole day just to set a razor-edged Gentoo (i.e. which is very time consuming but you do get to craft every single nook-and-cranny of the system: customized the way you wanted it to), I opt for Ubuntu instead.

But that said, installing Ubuntu using their Desktop Installation CD is only a breeze if you didn't find the need to use LVM. But in the end, it's not as hard as it seemed as Chantra from Debuntu.org did posted up a tutorial on how to do so, which basically needs you to:

  • Execute `sudo apt-get install lvm2`
  • Setup your LVM partitions; or if you have an existing LVM setup, just activate the volume group by executing `vgchange -ay VolGroup` (where VolGroup is the name of your volume group)
  • Once make sure that the logical volumes have entries in /dev/VolGroup/... (again, VolGroup is the name of your volume group), kick up the installation GUI. Remember to use the "Manual" option when you reached the partitioning section
  • Once installed, DON'T REBOOT FIRST! Mount all your logical volumes and the /boot partition into /target. Chroot into /target, perform an `apt-get update` there then install LVM2 (Otherwise you won't be able to boot into your computer)

So now I'm running Ubuntu and got it setup in a breeze and I'm pretty impressed on how polished the Ubuntu team have made it to be. Coming from a Gentoo background, I'm really impressed because if you happen to build everything yourself, you'd end up noticing a lot of small quirks which give some rough bumps in interacting with the user interface (especially Compiz, during my days in Gentoo I never seemed to get it "right").

And never needing to leave my PC overnight to let emerge do it's thing (i.e. compiling updates) is a definite plus :).