Alright, good enough for libdumbnet. I'd still like to see its test
suite fixed up and enabled. But if the cloud team is on top of things
(and they are subbed to bugs), we'll be able to fix any problems.
** Changed in: libdumbnet (Ubuntu)
Status: Incomplete = Fix Committed
--
You
Canonical's Cloudware team is confident that we can support libdumbnet.
While it may have some rough edges, we have evaluated the package
extensively. We will take ownership for issues related to this package.
Additionally, libdumbnet is know at libdnet for SuSE/SLES and Fedora/Red
Hat/Centos.
Override component to main
libdumbnet 1.12-4 in trusty: universe/libs - main
libdumbnet-dev 1.12-4 in trusty amd64: universe/libdevel/optional/100% - main
libdumbnet-dev 1.12-4 in trusty arm64: universe/libdevel/optional/100% - main
libdumbnet-dev 1.12-4 in trusty armhf:
Override component to main
open-vm-tools 2:9.4.0-1280544-5ubuntu2 in trusty: universe/admin - main
open-vm-dkms 2:9.4.0-1280544-5ubuntu2 in trusty amd64:
universe/admin/extra/100% - main
open-vm-dkms 2:9.4.0-1280544-5ubuntu2 in trusty arm64:
universe/admin/extra/100% - main
open-vm-dkms
Override component to main
libdumbnet 1.12-4 in trusty: universe/libs - main
libdumbnet-dev 1.12-4 in trusty amd64: universe/libdevel/optional/100% - main
libdumbnet-dev 1.12-4 in trusty arm64: universe/libdevel/optional/100% - main
libdumbnet-dev 1.12-4 in trusty armhf:
open-vm-tools is neither seeded nor required by another package. waiting
until the libdumbnet MIR is complete and approved
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to open-vm-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1220950
OK, open-vm-tools itself looks fine. Seth reviewed it, and I looked at
the packaging a bit.
Archive admins: when you promote this, I believe we just need open-vm-
tools and open-vm-tools-dkms.
** Changed in: open-vm-tools (Ubuntu)
Status: New = Fix Committed
--
You received this bug
** Changed in: open-vm-tools (Ubuntu)
Importance: Undecided = High
** Changed in: zerofree (Ubuntu)
Importance: Undecided = High
** Changed in: libdumbnet (Ubuntu)
Importance: Undecided = High
** Changed in: open-vm-tools (Ubuntu)
Milestone: saucy-updates = ubuntu-14.04
--
You
The version of open-vm-tools that we are carrying in Ubuntu is based on
a development snapshot. VMware has indicated that we should cary the
current supported version (9.4, released on 2013.10.02). We should sync
Debian here-on out.
--
You received this bug notification because you are a member
The version in 14.04 is now based on the 9.4 release; we are no longer
shipping the development snapshot.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to open-vm-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1220950
Title:
[MIR]
Override component to main
zerofree 1.0.2-1ubuntu1 in trusty: universe/admin - main
zerofree 1.0.2-1ubuntu1 in trusty amd64: universe/admin/extra/100% - main
zerofree 1.0.2-1ubuntu1 in trusty arm64: universe/admin/extra/100% - main
zerofree 1.0.2-1ubuntu1 in trusty armhf: universe/admin/extra/100%
Added Canonical Cloudware team bug subscriptions for Zerofree and
libdumnet.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to open-vm-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1220950
Title:
[MIR] open-vm-tools
To manage
I'm still curious about a statement of maintenance intent for
libdumbnet. Being orphaned in Debian is troubling and implies Ubuntu
would be doing more heavy lifting than usual for it.
** Changed in: zerofree (Ubuntu)
Status: Incomplete = Fix Committed
--
You received this bug
Ben, zerofree still needs a team bug subscriber.
** Changed in: zerofree (Ubuntu)
Status: New = Incomplete
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to open-vm-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1220950
Title:
** Changed in: zerofree (Ubuntu)
Status: Incomplete = New
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to open-vm-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1220950
Title:
[MIR] open-vm-tools
To manage notifications
zerofree looks mostly good. Very small, no important bugs, mostly in
sync with Debian. But it needs a team bug subscriber for whomever is
going to look after it in Ubuntu.
** Changed in: zerofree (Ubuntu)
Status: New = Incomplete
--
You received this bug notification because you are a
What's the maintenance story with libdumbnet? It is orphaned in Debian
and seems slightly bitrotten. For example, the configure check for
libcheck doesn't look in a multiarch directory (not that it matters, we
disregard test results, but it's a sign of negelect).
** Changed in: libdumbnet
Added dependency information for zerofree and libdumbnet.
** Description changed:
[Availability] open-vm-tools is currently in universe and has been in
Ubuntu since Lucid. It is currently in Debian Main.
[Rationale]: open-vm-tools is the open source method of installing tools
for
This is going to need MIRs for zerofree and libdumbnet. Can you please
add MIR information for them to this bug's description?
** Also affects: zerofree (Ubuntu)
Importance: Undecided
Status: New
** Also affects: libdumbnet (Ubuntu)
Importance: Undecided
Status: New
--
You
I reviewed open-vm-tools version 2013.04.16-1098359-0ubuntu2 as checked
into saucy. This should not be considered a full security review, but
rather a quick gauge of code maintainability.
There are a lot of moving pieces in this package; I certainly cannot claim
to have studied much of it, but I
** Changed in: open-vm-tools (Ubuntu)
Milestone: ubuntu-13.10 = saucy-updates
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to open-vm-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1220950
Title:
[MIR] open-vm-tools
To manage
Adding a comment to try to summarize the current state of the bug.
It looks like Ben has addressed or at least replied to Scott's comments.
The other open questions are from comment 9:
Seems like it has a security surface, so I'll assign to Jamie to look at.
Is the Canonical server team
In response to Smoser's comment #10
My issue with this is not hypervisor vendor nor hypervisor specific. The
issue is that some party other than the user is going to attempt to
execute code inside the instance, and that Ubuntu cannot know what that
code is, nor control its behavior or
Seems like it has a security surface, so I'll assign to Jamie to look
at.
Is the Canonical server team looking after this package?
** Changed in: open-vm-tools (Ubuntu)
Assignee: (unassigned) = Jamie Strandboge (jdstrand)
--
You received this bug notification because you are a member of
** Changed in: open-vm-tools (Ubuntu)
Assignee: Jamie Strandboge (jdstrand) = Seth Arnold (seth-arnold)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to open-vm-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1220950
Title:
I explicitly do not like the ability to modify the guest. I'm very
much adverse to Microsoft's attempt at the same thing in
walinux-agent, giving their hypervisor the ability to run arbitrary code
as root inside the instance. I think this is unsupportable design and do
not want to facilitate
I'm generally ignorant on open-vm-tools and vmware as a hypervisor, so
please forgive me for asking questions that may seem obvious.
There are really 2 things that are being raised here in this bug, and
I'd like for them to be addressed separately.
a.) Inclusion in Ubuntu main (moving from
Thank you Scott for a list of concerns. I'll try to address them.
Regading installing them by default in the cloud images.
Concerns from Scott's comment #7
a.) Inclusion in Ubuntu main (moving from multiverse).
Actually, it is in multiverse. It was moved on the 2013-09-04 owing to
the fact
Hm.. I've read more of your info there. I without fully reading I was
thinking that the primary motivation for this was -dkms. sorry for the
noise. But what would the tools get us in a cloud image if we have
disk, net and vmci drivers?
--
You received this bug notification because you are a
Hm..
It seems this may not be necessary even as soon as 13.10 (kernel 3.11).
https://lkml.org/lkml/2012/11/5/502
and
https://lkml.org/lkml/2013/1/8/552
The vmw_vmci driver is in the Saucy (3.11) kernel tree and is configured
as a kernel module.
I have heard rumor that vmblock and vmxnet are
All drivers supported by vSphere/ESXi have been accepted upstream as of the 3.9
kernel, these are:
- vmxnet3 (our virtual NIC) = Accepted in the 2.6.32 kernel and began shipping
in the Ubuntu 10.04 release
- vmw_pvscsi (our virtual HBA) = Acceted in the 2.6.33 kernel and began
shipping in the
Regarding the question: what would the tools get us in a cloud image,
here is some more details for you:
Open-VM-Tools is a suite of open source virtualization utilities that
improves the functionality, administration and management of virtual
machines on VMware hypervisors.
Benefits of bundling
** Branch linked: lp:~n-muench/ubuntu/saucy/open-vm-tools/open-vm-tools
.april-update.part2
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to open-vm-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1220950
Title:
[MIR] open-vm-tools
Just added my Saucy Prep branch. I'm waiting for new upstream release to
create the proposal, should be any day now (they just released VMware
Player 6 today).
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to open-vm-tools in Ubuntu.
So the -dkms part is not nessasary for Saucy. The package that we need
is really open-vm-tools which is the cli tools for the images and guest
information which is reported to the hypervisor. For ESXi and clouds
based on VMware, this will give the hypervisor the ability to modfiy the
guest.
--
35 matches
Mail list logo
