proposed universe demotion: virt-manager (or, a request for active maintenance)
Nikolai K. Bochev
n.bochev at grandstarco.com
Mon Feb 1 11:35:10 GMT 2010
If you agree that virt-manager doesn't belong in main, then maybe you can point out an application that is developed, maintained and fits the specifications to be either supported by the server or the desktop teams, that has the abilities of virt-manager. As i stated in my previous mail, i am advanced enough to use all the cli tools, i can even write my own python based web manager that can draw RRD graphs and whatnot, but that's not the point. The point is virt-manager is a graphical interface to a server service that offers a lot out of the box for both server and desktop based installs and it does it's job good , fast and easy. I have around 20 ubuntu servers with KVM virtual machines on them which i have to check upon daily. Now what would be easier - having to write a script that uses virsh to display some stuff , or i just look at the virt-manager and see if there's a problem with a machine ?
----- Original Message -----
From: "Dave Walker" <DaveWalker at ubuntu.com>
To: ubuntu-devel at lists.ubuntu.com
Cc: "Ubuntu Server Team" <ubuntu-server at lists.ubuntu.com>
Sent: Monday, February 1, 2010 11:59:27 AM
Subject: Re: proposed universe demotion: virt-manager (or, a request for active maintenance)
Mario Limonciello wrote:
> On Sat, Jan 30, 2010 at 21:41, Dustin Kirkland <kirkland at ubuntu.com
> <mailto:kirkland at ubuntu.com>> wrote:
> On Sat, Jan 30, 2010 at 5:25 AM, Martin Pitt
> <martin.pitt at ubuntu.com <mailto:martin.pitt at ubuntu.com>> wrote:
> >> a) the Ubuntu Desktop Team provides active maintenance of
> virt-manager, or
> >> b) virt-manager is demoted to Universe for Lucid.
> > If someone in the Desktop team feels very attached to virt-manager,
> > taking up maintenance would be nice, but speaking for my own,
> it's so
> > much easier to use the CLI.. Also, it's not anywhere near the
> > stated goals of the desktop team, so it would be a kind of hobby
> > project only.
> Understood, and it's python-gtk GUI nature puts it a bit out of the
> scope of the server team too (since Ubuntu Servers do not run X),
> leaving it in this under-attended gray area.
> Servers might not be running X themselves OOTB, but users and admins
> are still X forwarding apps that can be offered with a graphical
> interface to their local desktops, are they not?
> Mario Limonciello
> superm1 at gmail.com <mailto:superm1 at gmail.com>
> Sent from Austin, TX, United States
In this particular instance, it would be odd to run this application
over forwarded X as it has great support for running locally and
connecting to a server via ssh or X.509. However the interesting point
about this application is that it's only purpose is to manage a
particular server stack. The last time I tried this application I found
it had potential, but was as yet underdeveloped. This in itself might
suggest that it doesn't belong in main.
An interesting issue that this discussion has raised is the question of
who should maintain desktop applications that only exist for server
use. I would imagine that the Desktop team has a greater GTK skillset,
but low interest or lack of infrastructure that most Server team
developers would have. Another such example is eBox, which is a
graphical tool for managing a server, although in this instance the user
interface is served from the server via http, making it the scope of the
server team. Nobody would use virt-manager, if they weren't using it to
admin a server.
I agree that virt-manager doesn't belong in main, but the question of
who looks after applications of this nature still needs satisfying.
ubuntu-server mailing list
ubuntu-server at lists.ubuntu.com
More info: https://wiki.ubuntu.com/ServerTeam
More information about the ubuntu-devel