Symlinks libnvidia-tls.so.1 are not removed on package uninstall

[This is an automatic notification.]

Hi Jaakko,

This bug was reported against an earlier version of Ubuntu, can you
test if it still occurs on Lucid?

Please note we also provide technical support for older versions of
Ubuntu, but not in the bug tracker. Instead, to raise the issue through
normal support channels, please see:

    http://www.ubuntu.com/support

If you are the original reporter and can still reproduce the issue on
Lucid, please run the following command to refresh the report:

  apport-collect 540143

If you are not the original reporter, please file a new bug report, so
we can work with you as the original reporter instead (you can reference
bug 540143 in your report if you think it may be related):

  ubuntu-bug xorg

If by chance you can no longer reproduce the issue on Lucid or if you
feel it is no longer relevant, please mark the bug report 'Fix Released'
or 'Invalid' as appropriate, at the following URL:

  https://bugs.launchpad.net/ubuntu/+bug/540143

I'm unable to reproduce the exact problem in Maverick, however it seems that, when the driver is removed, neither /usr/lib/nvidia-current nor /usr/lib32/nvidia-current can be removed because the following link is not removed:

libnvidia-wfb.so.1 > libnvidia-wfb.so.260.19.06

I'll investigate the issue.

This bug was fixed in the package nvidia-graphics-drivers - 270.29-0ubuntu1

---------------
nvidia-graphics-drivers (270.29-0ubuntu1) natty; urgency=low

  * New upstream release:
    - Added official support for xserver 1.10. The -ignoreABI option
      is no longer required with this version of the server.
    - Updated the NVIDIA kernel module to ensure that all system memory
      allocated by it for use with GPUs or within user-space components of the
      NVIDIA driver stack is initialized to zero. A new NVIDIA kernel module
      option, InitializeSystemMemoryAllocations, allows administrators to
      revert to the previous behavior.
    - Added preliminary support for xserver 1.10.
    - Reorganized the NVIDIA driver's /proc file system layout to better
      reflect current needs: /proc/driver/nvidia/cards/0..N has been
      moved to /proc/driver/nvidia/gpus/0..N/information
    - Added new shared library: libnvidia-ml.so.
    - NVML provides programmatic access to static information and monitoring
      data for NVIDIA GPUs, as well as limited managment capabilities. It is
      intended for use with Tesla compute products. See web-based
      documentation and associated nvml.h header for more info.
    - Added a new X configuration option "3DVisionDisplayType" to specify
      the display type when NVIDIA 3D Vision is enabled with a non
      3D Vision ready display.
    - Fixed several bugs relating to hardware-accelerated gradients, which were
      causing visual corruption in some of the default Ubuntu GNOME themes.
    - Modified colormap updates to no longer be synchronized to vblank. This
      allows applications to send XStoreColor and XStoreColors requests faster
      than the screen's refresh rate. This behavior can be controlled by a new
      NV-CONTROL attribute, NV_CONTROL_SYNC_LUT_UPDATES. By default, LUT updates
      are not synchronized. This may cause flickering in some applications that
      use the colormap to perform animation, such as xpilot running on a depth 8
      X screen. If you experience flickering, try running:
      nvidia-settings -a [gpu:0]/SynchronousPaletteUpdates=1
    - Added support for the following GPUs:
      o GeForce GTX 560 Ti
    - Added NV-CONTROL event notification for NV_CTRL_FRAMELOCK_SYNC_READY status
      changes.
    - Added a new X configuration option "Interactive", which defaults to enabled,
      but can be disabled to allow long-running GPU compute programs to run
      concurrently with X.
    - Fixed a bug in the VDPAU presentation queue that could cause VDPAU "display
      preemption" when rendering to tiny or zero-sized windows or pixmaps.
    - Fixed a bug in VDPAU which prevented use of the overlay presentation queue
      following an application exiting without gracefully destroying its VDPAU
      presentation queue.
  * debian/control{.in}:
    - Depend on ${xinpdriver:Depends} (LP: #616214).
  * debian/nvidia-current.postrm{.in}:
    - Make sure that the driver's directory is removed (LP: #540143).
  * debian/nvidia-current.links{32}{.in}:
    - Add links to libnvcuvid*.so* and to libnvidia-ml*.so* for both 32bit
      and 64bit (LP: #704607).
  * debia...