While we are really very happy to have appeared there (and to have drawn the kind of comments we did) we feel that there are some points we have to clear up with the community.
It's a common fact of life that people first exposed to Linux may suffer a complete culture shock if they happen to have a background on other operating systems.
Mostly, this is characterized by the difficulty to grasp the intricacies and relations between different parts of the system that were probably "hidden" by the interface of their previous experience. What is this kernel thing they keep telling me to upgrade? Where is the setup.exe for this package? What do you mean, "dependencies"?
This "frustration factor" is one of the leading reasons why people go back to inferior closed source operating systems even after being introduced to more advanced alternatives. That feeling of "I know where everything is" and "Hey, it's not supposed to work flawlessly" can fast subdue the curiosity and excitement of a new challenge.
Then throw in the location effect. Not everybody knows of the many search engines in the Net, nor the many great sites available for searching and downloading packages, be they in whatever format, and, in some cases, the package one finds is not the version one needs. Bafflement and confusion follow.
apt-rpm, autorpm, rpmfind, up2date/RHUN, and urpmi/rpmdrake/Mandrake Update, as well shown in an editorial by Alfredo Kojima, do similar tasks in solving part of these problems.
What we are trying to achieve at Aduva is to take one additional step towards the new user while, at the same time, giving more power to the experienced system administrator.
We hope to achieve this by providing much-needed testing and functionality not found in any of the existing solutions. Also, by providing newbies with a less painful learning curve, we hope to help more people settle down in Linuxland, and at the same time we are developing technologies to help the seasoned system administrator better his time management (Quake, anyone?).
Besides the obvious job of package installation, we are trying to deal with hardware detection and installation, kernel compilation, and, above all, basic quality assurance of the installed packages.
We have people responsible for component hunting. These guys are just like your average Joe User, but they just happen to know what to look for and where to look for it, and they are very good at it. They are talking to the people that write the packages, making sure that we know when a new version is out as soon as it hits a public directory.
Their job is to pass the data to the guys that do research, your regular hacker ground zero, where very experienced Linux enthusiasts, ranging from 10+-years-of-experience sysadmins to bugtraq-breathing white-hat "hackers" will do the actual job of opening the package, seeing what it needs and what it breaks, and writing the rules that are fed to a logical engine.
These guys interact with our Lab, where banks over banks of different hardware (we have a lot of hardware here) churn 24x7 over the different configurations of Linux distributions, eating the rules written and verifying their completeness and applicability. Take into consideration that this process takes many iterations, and that the Lab is continually tightening the bounds on the tests applied. Having approximately 15,000 HW & SW components on the database makes this a quite complex, time consuming process. This is the sort of dependency we use -- based on the dependencies announced by the package, but vetted by us and, usually, much more restrictive (if needs be) and all-encompassing.
Of course, this recursive and partly-automated process cannot be and is not 100% infallible. That's why we have a human QA department that is responsible for the final OK on the rules.
Early in our development, we decided to give away the Aduva Manager freely for home use, as stated in the Aduva License. We will not be charging the home user for access to our database. That is final.
We need the feedback on the conflicts and "unknown to us" packages people are using on their hosts to better the service, but we will not take it if you don't agree to give it to us, and we will tell you that there are things we might be interested in (e.g., unknown packages, unknown hardware) and ask for your permission to send them to us. If you don't agree, we get nothing, and in no way -- absolutely no way -- will your personal information (IP, hostname, nothing) be related to the information you pass us.
Eventually, though, we come back to that green thing. We aim to extend the service to the corporate world, to bring our management services to the enterprises that are using (and will be using) Linux in its many distro forms and flavours. For that, we will be charging money, but it's a different product; it's just based on the same technology. So, money means lawyers, and that means licenses written so that you can actually do something useful with a corporation without the risk of getting sued for wearing the wrong color of (ugh!) tie when you visit them. That's why the license looks so "suit", and that's why we are, for the moment, holding back on releasing source code. We will go GPL. Bear with us for a while more; we need to polish the tarball. :)
Today, the Aduva Manager can install and upgrade a kernel that will fit your machine. We don't (presently) claim that it will be the most optimized kernel possible for your configuration, but we do go to great lengths towards providing you with a functional kernel that serves all the hardware we could find on your machine.
We try to provide a solution for the total newbie by creating a single point of contact where you can, at a glance (OK, perhaps you do have to do some mouse clicking, but we'll revamp the GUI), see the complete status of your system and news about packages that interest you or package news in general, with single-click installation of those same packages.
Our Intelligence Department keeps a keen eye on security patches. The Aduva Manager begins its run with a security check, offering the patches needed to the packages you have, and to the kernel if necessary. Only then do we move on to upgrading the available components. For the more advanced user, we offer dependency resolution and stability all across the board, again with single click installations. Our logical engine will get to the most stable configuration possible or die trying, while keeping you informed of all that is going on in the process. For the user needing script capabilities, we provide a CLI that can be used to do the same job as the GUI.
We had to begin somewhere. :)
No, really. Our marketing people told us that we had to go with the biggest guy on the playground if we wanted to show that we could play. This does not mean that we are married to RH. Our solution will shortly be extended to SuSe and other distributions, and the inclusion of .deb, while not trivial, is not such a big leap.
In the end, we all aim for world domination.
Izar Tarandach (email@example.com) is the Director of Technologies and Daemon Exorcist at Aduva, Inc. Previously, he was a member of the Razor Team at Bindview, Inc. He has been an avid Linux enthusiast since the first kernel, and has been pushing Linux into business for the last 9 years.