oh-my-god

This taskbar replacement has window peeking similar to Windows 7 when you use the kwin 'highlite window' effect. Even if this effect is not used you can click the tooltip in order to activate the corresponding window.

KDE for persian People

We're wondering what's so magical about Apple's Magic Mouse... so we're going to look inside to find out!

From the page: "NVIDIA Developer Talks Openly About Linux Support
Published on October 20, 2009
Written by Michael Larabel
Page 1 of 8
Discuss This Article

In late August we started asking our readers for any questions they had for NVIDIA about Linux and this graphics company's support of open-source operating systems. Twelve pages worth of questions were accumulated and we finally have the answers to a majority of them. NVIDIA's Andy Ritger, who leads the user-space side of the NVIDIA UNIX Graphics Driver team for workstation, desktop, and notebook GPUs, answered these questions. With that said, there are some great, in-depth technical answers and not the usual marketing speak found in many interviews. While Linux is our focus, Andy's team and his answers for the most part apply equally to NVIDIA drivers on Solaris and FreeBSD platforms too. There are many questions that range from the status of new features in their proprietary graphics driver to why it is unlikely there will be any official open-source support from NVIDIA to download percentages of their Linux driver.

Some of the particularly interesting answers include how the managerial view of Linux at NVIDIA has changed over the years, how greater than 90% of the driver's source code is shared between Windows and UNIX platforms, the actual percentage of the Linux driver downloads from the NVIDIA web-site, how an open-source strategy similar to that of AMD's may be technically possible at NVIDIA but is very unlikely, whether gaming on Linux will become viable for commercial game publishers, how the Nouveau developers are doing "a really incredible job so far", what's coming in the next twelve months to their Linux driver, motives behind creating VDPAU, and the biggest challenges with distributing a proprietary Linux driver. Among the "not yet here" features talked about include RandR 1.2, kernel mode-setting, ESA, GPU-accelerated PhysX support, revamping the NVIDIA Linux installer, and PerfKit/PerfHUD.

[NVIDIA Developer Talks Openly About Linux Support]

Many thanks go out to Andy Ritger for taking the time to answer these questions as well as to NVIDIA's Technical Marketing Manager, Sean Kilbride, for supporting this Q&A. On this page and the following pages are Andy's answers, listed in no particular order.

Q: How does the driver team ascribe priority to what will be developed in each release?

Priority is determined through a combination of:

a) OEM customer-reported issues,
b) Input from our workstation marketing group,
c) New GPUs scheduled to be released, and
d) Hot issues as reported by NVIDIA Linux users through direct user feedback and via various Linux user forums.

Q: What code management does NVIDIA use and are team members allowed to keep private branches in order to target specific issues (like new kernel or X.Org support)?

We use Perforce for source control. Large new features are generally implemented in development branches, and then that code is promoted to our main line of code once it passes an internal quality bar. Release branches are then created off the main line of code.

For miscellaneous hacking or experimentation, we'll generally use private branches in Perforce. Occasionally, individual engineers might track private changes using quilt or git before submitting their changes to Perforce.

Q: Which text editors or IDEs do NVIDIA Linux developers use?

Most of the engineers on the Linux driver team use emacs and/or vim for their day-to-day development work.
Page break by AutoPager. Page( 2 ). Goto Window Top Page Up Page Down Goto Window Bottom

Q: Is development work done mostly on x86 or x86_64 systems?

It is a mix, based on personal preference. Probably most NVIDIA Linux driver developers use x86 for their development platform. However, we try to focus many of our test machines on x86_64, since that is what most of our OEM customers run.

Q: What applications, tools, and games do the developers use for testing regressions and speed?

For OpenGL, we have an extensive internal test suite that exercises OpenGL rendering paths well. This suite is enhanced by OpenGL driver engineers when new OpenGL extensions are implemented, or when a driver bug is reported that was not previously caught by the test suite. We also run the OpenGL conformance test.

We also use OpenGL applications like Maya, Viewperf, Unigine Tropics, ETQW, Doom 3, and of course the venerable Quake 3. We have various internal targeted test applications for exercising OpenGL Quad-buffered stereo and workstation overlays. We also use Compiz, of course.

And yes, we sometimes use glxgears as a quick sanity check.

For X rendering, we use rendercheck, a subset of xtest, jxrendermark, and a handful of ad-hoc tests written to target whatever driver paths we're currently working on.

Q: How has the managerial view of Linux changed within NVIDIA over the past few years?

I think Linux is as strong as eve

"iTunes 8 on Linux (Ubuntu)"

This guide explains how to set up software RAID1 on an already running LVM system (Debian Lenny). The GRUB bootloader will be configured in such a way that the system will still be able to boot if one of the hard drives fails (no matter which one).

The GRUB graphical menu supports themes that can customize the layout and appearance of the GRUB boot menu. The theme is configured through a plain text file that specifies the layout of the various GUI components (including the boot menu, timeout progress bar, and text messages) as well as the appearance using colors, fonts, and images.