There's a new version of Visual Studio for Mac with better product reliability, especially in code editing and IDE performance. This was one of the most reported problems with the previous version, and improvements made to this release start with a reworking of the code used for tag-based classification. Visual studio for mac tfs Charles G Lang Jr reported Sep 05 at 02:30 PM I recently install VS for Mac community version: 7.6.3(build 1) I set up my TFS server and successfully created a workplace. Marec 2016, I’ve been digging a bit into problems of connection between Visual Studio (Xamarin.iOS) and a Mac and wanted to share a few tips here. It all started with my Visual Studio being unable to build an iOS application due to the connection issues. Basically I could connect through Xamarin Mac Agent (XMA) through Visual Studio but then the build would fail saying that it couldn’t log to target Mac given my username. For starters one might read and topics. But my problem wasn’t listed there or anywhere else. So I had to figure it out on my own. Dashboard is a good place to access things faster on your Mac. If you use Google Play Music to stream your music, you would want a dashboard widget which can give you direct access to your music. About Google Widget Search Google over 30,270,000,000 web pages right from your Apple Dashboard. Bring the magic of Google to your Mac with the Google Widget. The Google Widget is must for any Google fans. For more info go to: GoogleWidget.com. What’s New in this Version - Updated parameters. Mac widget for google music. About Google Music Video GMV makes searching for music video content fast and simple. Just hit the “iTunes” button to load up the currently playing or selected track. Then hit “Search” to search Google Video for matching video content. Enabling “strict searching” limits the results to only those that match both artist and title. First hint was that XMA required me to type in the username/password for connecting to the Mac. It connected and I could show the iOS simulator but I couldn’t build. When configured properly it shouldn’t ask for credentials, perhaps only for the first time. For me it was asking for credentials each time I started Visual Studio. After reading, digging and googling I understood that XMA is using SSH tunnel to connect to the Mac. First thing was inspecting the log files (VS Help/Xamarin/Open Logs). I didn’t find much there (other than failed connection to the host lines), or so I thought. Next thing was – checking the SSH connectivity (command prompt, ssh ). Using my default private key I had no problems connecting to the Mac but Visual Studio kept failing the build process. Next thing to try was Xamarin’s own (provided as C# sources – kudos) which would throw Permission Denied (publickey) upon Connecting to host. Since the public key is on host, the problem obviously has to do with the host – but why since it was working from command prompt. Using this app I also found out what private key is XMA using. And it isn’t my default one, which I tested the connection with. The thing is that XMA is using its own private key which you can find it at%LocalAppData%Xamarin/MonoTouch/id_rsa. So next thing I tried was connecting through command prompt/ssh using –i PATH argument (forces what key is used), i.e. (replace%LocalAppData% with value) ssh –i%LocalAppData%Xamarin/MonoTouch/id_rsa. And yes, it didn’t work. So definitely a key issue. The solution Time for looking at Mac, specially in file /Users/username/.ssh/authorized_keys where public keys for my profile are stored. And as anybody would guess, it was missing Xamarin’s public key. To get one from the private key I used Puttygen (a part of ): imported XMA’s private key and copy & pasted the public key portion right into the new line of authorized_keys file on Mac (I had my default public key already in there). This time the ssh command line tool connected without problems. And so did XMA from Visual Studio. The cause This let me thinking, why does it usually works without intervention. After further examination of log files, it was clear. XMA first tries using its private key, if it doesn’t succeed it tries to cat the public key portion to authorized_keys file on Mac (probably using the credentials you have to enter ). But what happens if the authorized_keys file is read-only? Ha, nothing, a log entry and that’s it. This was my case, I had authorized_keys file as read only. I wouldn’t mind a clear warning: “ hey dude, XMA was unable to modify your authorized_keys file, please enter this public_key manually”. It’d certainly spared me some time. The security considerations Let me repeat what happens when first time connecting to Mac. XMA would create a private key and put its public part into authorized_keys on Mac. Were you aware of that? Neither was I. To make things complicated, the private key in question isn’t password protected. Theoretically an app that user runs (no admin privileges required) could use the key (or worse, copy it through the Internet) to connect to your Mac and gain your credentials on the Mac, which are most probably administration ones. It still would have to type in password for su access, but nevertheless, this isn’t something that should be taken easily IMO.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |