Conary is a distributed package management system for Linux distributions used by rBuilder and rPath to create software appliances
There are many changes on the horizon for rPath Documentation.
One of the things that team docs here has known for a while is that the rPath wiki is a fantastic tool to leverage for documentation. It’s quick. It’s easy. It allows engineers to contribute directly to the wiki. It allows community members to contribute to to the wiki.
We’ve also known for a while that this tool has a major caveat...and that is that versioned documentation is costly. For example, if we had say version 1.0 documentation of a project at wiki.rpath.com/v1/productname and version 2.0 came out, we’d have to maintain 2 separate documents with the same information in two different URI’s and 2 different name spaces. With each addition of namespace and project version, updates would be more costly and time consuming.
It’s also a bad thing that a user can search the wiki...and have the possibility of getting results from versions that they are not using...possibly information and behavior of products that no longer applies.
Why another package manger? Isn’t there already too many of these out there? Why use Conary when I can apt-get? Apt-get is soooo much better. Dpkg gives you sooooo much more than anything could possibly give you. Conary is still beta quality...rpm and deb are much more developed mature.
If the person(s) asking the questions above actually understood what Conary is and CAN do...they would see this is a very limited view of Conary. Not only is conary a package management system vis-a-vis a system that manages EVERY single package of software on your system...it is also a powerful version control system for software packages and packaging. It’s an enabling mechanism for packaging software quickly and easily.
I’d like to go over some of the things I think are great about Conary...clear up some of the “why is this needed” speak by showing how Conary actually gets things right and the common problems experienced by other package managers that it solves.
NOTE: For clarification purposes...this is not an official release. It is only accessible to developers. It is called Foresight KDE Alpha3 because it is based on the underlying architecture in Foresight Gnome alpha3 release.
For those of you with developer status or above on the Foresight Linux project, there is a KDE build available for testing (along with XFCE if you really have ambitions). Login to rBuilder Online, Click on the Foresight Linux Project, go to Manage Builds and search for Foresight Linux KDE Alpha3 and click it (DVD only). I downloaded and tested this build release to see how things are going.
Foresight KDE inherits all the goodness from the Foresight Linux project. This means the install is tar based and completes in less than 7 minutes. It also means Syslinux, Compiz Fusion, and more from the Release Notes. If you are interested in helping us develop further, please visit us in freenode #foresight-kde.
Findings
I found 3 major issues during testing. First, updateall fails with glibc errors. I worked over 6 hours on getting a solution and enlisted many in the community on helping me get past it. So far, no one has been able to provide a solution. The second issue is that pango is causing odd text to display on various applications: Pic1, Pic2. No solution to this as of the time of this writing. I’m assuming that an update to pango will cure this.
Third, gtk-qt-engine wasn’t installed by default so gtk applications looked quite nasty. A quick sudo conary update gtk-qt-engine got me rolling.
Observations
Things don’t look great. While the performance of the desktop was fine (no crashes, quite speedy) the default font/text looks horrible. The installed Theme is the default KDE one...no customization. My resolution/Monitor wasn’t detected so I was at 800x600 for resolution. Menu’s are chock full of junk (default applications) and have little organization.
Looking at this, one can tell it truly is based on an alpha release but I have to say that I’m still a bit disappointed. All of these observations were made during the last alpha release as well. At the time of that alpha release, I did not have enough Conary-foo (OK, so it’s not trademarked...) to make anything happen. Since I now have alpha3 up and running on my main system at home and am a bit further in my conary knowledge...you can bet I’ll be working on the aesthetics of Foresight KDE. Sure, the innards are more important than the shell...but the shell is the first thing seen by the user.
Hopefully, if there is an alpha4 (or beta1 for that matter) we’ll have the aesthetics worked out by then to give the user a pleasant “Foresight” experience.
KDE4 Status
KDE4 can be installed as well. It is still pulling in from SVN snapshots though so it is not as stable as I’d like it to be. Do this at your own risk! I do not have it permanently installed on my system. To install:
One of the
benefits of conary is show above...installing KDE4 is as simple as one command
I like to compare that with the Ubuntu/Debian way of doing it. Since there is no
sources.list, you don’t have to mess with it. Conary remembers the branch the software came from inherently so it goes
to those same places for that software unless you tell it not too explicitly. Imagine that! A package manager that is
smart and allows you to maintain less! It also allows you to have both KDE3 and KDE4 installed side by side...but
remember, both KDE4 and this build release of Foresight KDE are not production releases so things WILL change. In
other words, don’t put this on a system you intend to keep.
It is my understanding that the KDE4 branch for Foresight KDE will soon be reverting out of SVN checkout builds to push stability as application portage continues.
Another voice pipes up that it's packaging that's the make or break for OpenSolaris - naturally I agree. Interesting mention of Conary, I've not seen that mentioned before in a report.
The rPath Appliance Agent (rAA) is an extensible application framework for the administration of appliance devices through a web-based user interface.
The framework is comprised of individual component plugins which offer specialized functionality, such as a message log interface, user account preferences, system updates, and entitlement management capabilities.
You can also develop and add plugins to the rAA framework, extending capabilities and functionality for your specific requirements.
Foresight Linux is a Distribution which showcases some of the latest and greatest from GNOME.
Foresight is based on rPath and uses the Conary package management system
OS
rpath
rbuilder
Foresight-Linux
gnu/linux
distro
GNOME
desktop
linux
conary