VMTN

+3 here at my University

+1

I will be out of the office from October 20-21. I will be back in the office on October 24th.

Bruce A. Selvog | Technical Consultant 501-342-2792 office

301 E. Dave Ward Drive | Conway, AR 72032 | USA | www.acxiom.com ACXIOM® WE MAKE INFORMATION INTELLIGENTTM

***************************************************************************

The information contained in this communication is confidential, is

intended only for the use of the recipient named above, and may be legally

privileged.

If the reader of this message is not the intended recipient, you are

hereby notified that any dissemination, distribution or copying of this

communication is strictly prohibited.

If you have received this communication in error, please resend this

communication to the sender and delete the original message or any copy

of it from your computer system.

Thank You.

Hello,

I am out of the office traveling and in all day meetings from the eve of Wednesday, Oct 19th through EOD Saturday, Oct 22nd. I will not be checking or responding to email very frequently over the next three days. Please contact Erich Dobroth - edobroth@tripwire.com or call / txt my mobile if you have any urgent SE coverage issues while I am out.

Best regards,

Derek Crawford | CISA / ITIL

Director - North America SE Group

Tripwire Inc.

www.tripwire.com

(512) 761-5177 Office/Mobile/SMS

Vielen Dank für Ihre Nachricht!

Leider kann ich Ihre Nachricht zur Zeit nicht bearbeiten.

Ihre Nachricht wird nicht weitergeleitet.

Ich bin am 25.10.2011 wieder erreichbar.

In dringenden Fällen wenden Sie sich bitte während meiner Abwesenheit an folgende Personen:

Hr. Eisenhuber od. Hr. Kuttnig od. Hr. Gruber od. Hr. Vollman (via Ticket System)

Danke!

Mit freundlichen Grüßen

Martin Hennerbichler

Operation

Multimedia Services

A1 Telekom Austria AG

Fadingerstraße 6 4020 Linz, Donau

Martin.Hennerbichler@A1Telekom.at

www.A1TelekomAustria.at

Firmensitz Wien FN: 280571f

Handelsgericht Wien

Yes Please!

Having to use my ancient windows laptop exclusivly for the VI Client is just crazy, a native mac client is deffinatly needed ASAP!

+1 holding breath for years...

I find it funny that VMware is "Mac-centric" as their SE's and Sales folks all have Mac's, iPads, iPhones, etc.  Yet no native Mac client?

Hi.

Basically it seems VMware made a deal with Microsoft somewhere along the way.  VMware uses .NET to develop their management client, and Microsoft will play nice with them.   Until either (A) Apple gets a version of .NET for the Mac, or (B) VMware breaks their Microsoft play nice agreement and develops a client in something other than .NET; we will never see a native Mac client.

VMware now has too much code based on Microsoft's development tools to deviate away from it.   So, until Apple can get .Net for the Mac, we are screwed to using the VIclient in a VirtualBox or VMware Fusion virtual machine, or hoping onto a Windows RDP session.

IHMO.

Tim

I work for a big storage company and found it wasn't the relationship between MS and the company that made them create the tools in .Net it was the engineer that came up with the idea to create the tool, created it first in .Net and did not think about the bigger picture. One of our major tools for pre and post sales that is required for every sales/deployment cycle is written in .Net. The original version was an excel spreadsheet with embedded .Net and it morfed into a very bad .Net application. Now they have invested so much time, energy and money in creating this .Net app that they do not want to move it to another code standard. Now 70% of the organization (pre and post engineers) are Mac based and we are firing up a windows VM just to run vSphere and the in-house app.

There are plenty of cross OS code structures out there. Write the engine of your code in C, C++, Python, etc.. and write your individual interfaces in the platforms own GUI code base from the start. Also you could open the API's for the code base so the community can write their own GUI's easily and still conform to the standards set forth by your company.

Just my $.02

SX

We have a vSphere iPad client now which clearly is not written in .NET yet still no native Mac client.

From: communities-emailer <communities-emailer@vmware.com<mailto:communities-emailer@vmware.com>>

Reply-To: communities-emailer <communities-emailer@vmware.com<mailto:communities-emailer@vmware.com>>

Date: Fri, 21 Oct 2011 09:43:59 -0700

To: Paolo Michelli <michelli@adobe.com<mailto:michelli@adobe.com>>

Subject: New message: "PETITION - Native Mac version of the VI Client"

VMware Communities<http://communities.vmware.com/index.jspa>

PETITION - Native Mac version of the VI Client

reply from signalx<http://communities.vmware.com/people/signalx> in Product & Feature Suggestions - View the full discussion<http://communities.vmware.com/message/1849703#1849703

+ 1

+1.

With the ever increasing ubiquity of OS X (and iOS) in corporate and home it’s an unforgiveable sin to ignore them!

+1 really need Native Mac client !!!!

+1

would be perfect!

+1

Having to hunt down a Windows machine or open up a VM to make any administration changes is rediculous and annoying.

-Matthew.