Re: Versions 1.0.5/69 Crashing When I Hit Escape
I'm having it too on 10.6.1. It is very annoying because I use the quick view feature by pressing the space bar very often and I am used to close it by pressing Esc. I know you can close it by pressing the space bar a second time, but... hey... it's annoying. Ganesh On 24 Set, 09:06, Rolf Schmolling M.A. rolf.schmoll...@googlemail.com wrote: Hi, I get this too, 10.6.1, German, MBP 2.33 GH 3 GB Ram. Send in anonymous crash-report… Regards, Rolf Am 23.09.2009 um 22:28 schrieb Ray: I get this on OS 10.5.8. I don't think I've ever pressed Esc in Versions, so I wonder how long it's been in there. -Ray On Wed, Sep 23, 2009 at 3:53 PM, Andrew Gehring andrew.gehr...@gmail.com wrote: Just as a simple test, I tried it on my system: Mac Pro; OS X 10.6.1, Apple Keyboard (usb)... Same issue - every time (or least three times in a row :-) )... Andrew On Wed, Sep 23, 2009 at 1:21 PM, joeygibson j...@joeygibson.com wrote: I just bought Versions and installed it on Snow Leopard (10.6.1). The app works fine, except when I hit the Escape key, which causes it to die with a dialog saying Oops, Versions hit a bump in the road. The buttons are Quit, Relaunch and Send Relaunch. I've hit Send Relaunch a couple of times now. I don't see any log files in the ~/ Library/Logs/CrashReporter directory, so I don't know where else to look for info to give you guys. I hope the sending of the reports was enough. Is anyone else having this problem? I don't know if it matters, but I am using a Microsoft Natural Keyboard Pro. Joey --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: Disable auto syncing with repo
+1 on that On 25 Giu, 00:49, asidden asid...@gmail.com wrote: Hi all! Is there any way to make Versions temporary disable auto connection to the specified bookmark? I have several bookmarks for different repos and when i launch Versions.app - all of that are connected, even the ones i haven't used for a long time. Probably this will be a good idea to add active/non- active states for bookmarks? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: Disable auto syncing with repo
On 25 Giu, 17:18, Dirk Stoop d...@madebysofa.com wrote: The way to do this right now, is to group several bookmarks in a folder and collapse it in the bookmarks list. Any indicators that aren't visible will not be updated. Really? Actually I think I read on this forum (surely not from you) exactly the opposite. This is very good, actually. I wish it was written more clearly in the docs or be advertised more strongly as I was totally unaware of that feature although I'm using Versions for more than six months. I am already used to organize bookmarks in folders, yet I decided to disable badges long time ago in fear of having all of them updated (including the hidden ones). Ganesh --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: Disable auto syncing with repo
On 25 Giu, 22:56, Kevin Powick kpow...@gmail.com wrote: On Jun 24, 6:49 pm, asidden asid...@gmail.com wrote: I have several bookmarks for different repos and when i launch Versions.app - all of that are connected, even the ones i haven't used for a long time. Out of curiosity, why is this a problem? Does it introduce some type of performance penalty? Try having dozens of bookmarks to open source projects all around the world and a slow internet connection. I've only been using Versions for a couple of months, so perhaps I have yet to experience the implications of the situation you describe. It doesn't depend on how long you use Versions. It depends on how you use it, on the speed of the servers and on the quality of your connection to them. However, I agree with Dirk that I would not want the extra overhead of enabling/disabling various bookmarks, plus having to understand additional visual status indicators. It would probably not be a big deal if implemented, but why do so if it's really unnecessary? Another case: there are a few (but not all) repositories on extremely slow servers. Now you can either disable all badges, therefore losing a nice feature on all fast servers, or be stuck updating the badge from the slow servers, which may unnecessarily slow down your job. In this scenario the don't update what you don't see feature mitigates the problem but doesn't really solve it. Ganesh --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: Excluding folders from checkout
The feature you seek is called sparse checkouts and is supported only by Subversion 1.5 and older (notice: you need Svn 1.5 on both client *and* server). Unfortunately, there no UI in Versions to do that, so the only way to have them is to: install subversion 1.5 command line tool (as MacOs by default only install version 1.4.something) and use them. Definitely not suggested for the faint of heart. Other tools, such as TortoiseSVN on Win32 or Cornerstone on MacOS, have full support for sparse checkout out of the box. On 4 Giu, 13:33, Thomas thomas.decr...@gmail.com wrote: Is Versions capable to exclude certain folders from checking out? I have 2 repositories, one Drupal (from Acquia), and inside is a sites folder. The other repository is a same sites folder from my website. What's the best way to do this in Versions ? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: Loosing connection to SVN+SSH
I understand your frustration about the lack of support. A total lack of response from the developers is unexcusable. I was just trying to point out that an answer might have been available on the forum without having you wait, not that the forum was the right way to get support (for some definition of right). You reported problems with svn+ssh and said that your local copies now require a newer version of svn than what is installed on the OS. You also said that the problems occurred only recently. I took these three statements as a clear sign that you had to be using Subversion 1.6 through the beta of Versions recently distributed. It could well be that you *are* indeed using Subversion 1.6 without being aware of it. It's a client issue, so it doesn't matter what version you have on the server, and Subversion binaries are built-in in the beta of Versions so you don't even need the v1.6 command line to be installed on the client. The most secure way to check which version of SVN you are actually using is to see the contents of the .svn/format file in any folder of the working copy. For v1.5.x the file should contain a single line with the number 9. If you see a larger number then you are using v1.6.x. Just my two eurocent, Ganesh On 12 Mag, 02:43, pelted ch...@peltedvenom.com wrote: First of all thanks for those links. Second I did see them, and to me they did not apply. There was a couple of references further down one thread about the SSH processes, but when I read those the bulk of the issues seemed to be related to Subversion 1.6. The repositories I am connecting to, and my local machines do NOT use 1.6. This seemed like an undelying issue with Versions.app. In addition I did see the post about the beta, and unfortunately this problem persists in this new May 4th beta build. No on to the wonderfully helpful comment about how I SHOULD have looked instead of sending emails. I did, I did not deem those messages as the same issue. I have paid for a software product and I HAVE every right to expect a support response to my emails. I own two licenses and have spent over $100 USD on them. A complete lack of support response is unacceptable. Period. And should require little justification on a public forum. On May 11, 10:13 am, Alberto Ganesh Barbati albertobarb...@gmail.com wrote: You should have looked first in this forum instead of sending mails, as there are at least two threads which are clearly related to this issue: http://groups.google.com/group/versions/browse_thread/thread/472d4661.. The problem should have been fixed in the latest beta, according this post: http://groups.google.com/group/versions/msg/db7eed139731e35a Ganesh On 11 Mag, 18:43, pelted ch...@peltedvenom.com wrote: I am hoping someone here reads this. Since emails from the versionsapp.com support form are not getting answered. This is starting to get very frustrating. Recently, I'm not sure exactly what Versions release since I have not been using it much for the last couple of months, but now I keep loosing connection to my remote repositories. I keep getting No repository found in 'svn+ssh:... errors when trying to connect. Quitting Versions and relaunching does nothing to fix the issue. However if I reboot the computer everything works again. This is complete horse crap. I can verify this on 3 different machines, with SVN+SSH repositories across several different servers. I have never had this problem until recently. Trying to access the same repos I have always used. Any ideas before I throw this out the window and go back to the console. Oh wait, I can't. My local copies now require a newer version of svn than what is installed on the OS. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: Loosing connection to SVN+SSH
You should have looked first in this forum instead of sending mails, as there are at least two threads which are clearly related to this issue: http://groups.google.com/group/versions/browse_thread/thread/472d4661b306fb7a# http://groups.google.com/group/versions/browse_thread/thread/e921fe521059b77d# The problem should have been fixed in the latest beta, according this post: http://groups.google.com/group/versions/msg/db7eed139731e35a Ganesh On 11 Mag, 18:43, pelted ch...@peltedvenom.com wrote: I am hoping someone here reads this. Since emails from the versionsapp.com support form are not getting answered. This is starting to get very frustrating. Recently, I'm not sure exactly what Versions release since I have not been using it much for the last couple of months, but now I keep loosing connection to my remote repositories. I keep getting No repository found in 'svn+ssh:... errors when trying to connect. Quitting Versions and relaunching does nothing to fix the issue. However if I reboot the computer everything works again. This is complete horse crap. I can verify this on 3 different machines, with SVN+SSH repositories across several different servers. I have never had this problem until recently. Trying to access the same repos I have always used. Any ideas before I throw this out the window and go back to the console. Oh wait, I can't. My local copies now require a newer version of svn than what is installed on the OS. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
My personal wishlist (was Re: History log converted to release notes?)
That is indeed nice, but there are a lot of more important features that have higher priority than that on my wishlist. Just to mention a few (in order of priority): 1) possibility to see the local differences from the commit window 2) make revert to revision use svn merge and add update to revision using svn update 3) merge/branch support 4) changelists support 5) sparse checkout support 6) history of the past commit messages in the commit window 7) possibility to fetch a past revision without performing an update/ merge (aka svn cat) Just my opinion On 10 Mag, 00:27, Marijn Huizendveld marijn.huizendv...@gmail.com wrote: This sounds realy nice:-) +1 for/from me Enjoy, - Marijn On May 9, 2009, at 3:08 AM, Ryan Masten wrote: I second this... You need to be able to: * Export/Save the history log / timeline * Create a changelog by comparing tags or etc. On Mar 20, 4:39 pm, dauphine13 jasonc...@gmail.com wrote: I was able to usetimelineand copy out of there. so I could at least copy the text from there and edit in a text editor. On Mar 18, 9:04 am, dauphine13 jasonc...@gmail.com wrote: Any ideas here? I can't even find a way to copy the comments out of the history log into a text file. you can out of thetimeline, but a create release notes button would be an awesome feature. - d13 --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: My personal wishlist (was Re: History log converted to release notes?)
Yes, but that's very inconvenient. Assuming you are browsing your working copy you need to: 1) switch to repo browsing 2) locate the file in the correct branch! (the same file might be present on several branches) 3) click Select and select the proper revision 4) right-click on the file and choose Export... What I would like is the following, while browsing your working copy: 1) right-click on the file and select Show history... 2) in the history dialog, right-click on the correct revision and select Save revision to... from some (currently non-existing) context menu Wouldn't it be much simpler? That's what I do with TortoiseSVN under Windows (I hate to keep mentioning TortoiseSVN, but it is really such a wonderful piece of software!) On 10 Mag, 01:50, Ray raimondi...@gmail.com wrote: On Sat, May 9, 2009 at 7:11 PM, Alberto Ganesh Barbati albertobarb...@gmail.com wrote: 7) possibility to fetch a past revision without performing an update/merge (aka svn cat) Can't you do the same by browsing the repo and exporting? -Ray --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: Undo a commit
That's correct Kerri. Just for the record, the procedure you describe (except for the final commit of course) is made easily available by TortoiseSVN from the log dialog and it can be very handy when it's needed. I take the opportunity to add it my wishlist for Versions. On TortoiseSVN this operation is called Revert to revision, which is the correct name, IMHO. The use of the name Revert to revision in Versions is incorrect and very misleading as the operation only performs an update to a previous revision. After such an operation you can't commit and any update will get you back to HEAD, so this operation can't sensibly be called revert. This operation should be called Update to revision instead, as it is done in TortoiseSVN, because that's what it does. Ganesh On 7 Mag, 18:12, Kerri Miller ke...@vholdr.com wrote: You're going to want to use 'svn merge' 1. svn merge --dry-run -r:73:68http://my.repository.com/my/project/trunk 2. svn merge -r:73:68http://my.repository.com/my/project/trunk 3. svn commit -m Reverted to revision 68. here's some resources from a nifty little website: http://www.google.com/search?q=svn+reverting+to+a+previous+versionie... Kerri Miller ke...@vholdr.com On May 7, 2009, at 8:23 AM, Paul Willis wrote: Hi This is more a general Subversion question rather than a Versions issue but I'm sure the answer will be helpful to others here... If I make a change to a file in my working copy and then commit it. I then realise I have made a mistake and want to put everything back to the previous version. How do I do that? I tried using the menu item Revert 'file' to Revision... to go back one version, this changed the file in my working copy back to the old version but when I tried to commit it I got an error message that my file was outdated. In the end I had to save the old version of the file to my desktop, Update my working copy to get the messed up file from the repository, replace it with the one from my desktop and then commit this as a new revision. There must be an easier way? Paul --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: Versions 1.0.4 Beta (Subversion 1.6 support)
On 27 Apr, 22:36, Koen Bok k...@madebysofa.com wrote: Exactly. Although these 1.6 issues are eating more time then we would like :-/ Up to version 1.0.3 you always released at least one version a month. Now almost five months have passed since then and you come out with a beta with a very unimpressive list of changes. You are blaming SVN 1.6 about that, while you apparently started to work on it reluctantly and only after significant pressure from the user base in the last month. With all due respect, I am a bit worried. I am happy with Versions, but I am starting to wonder whether significant development is still ongoing or it has already reached maintenance mode. Ganesh --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: Versions 1.0.4 Beta (Subversion 1.6 support)
Dirk, I bought Versions in December, around the time 1.0.3 has been released, so I didn't follow what happened before. One thing I know is that one of the reasons I chosed Versions was that there had been several significant updates in the six previous months, showing that the software was very alive and actively maintained. But since I bought it, no more updates. Even if you started working on SVN 1.6 as soon as it was released, it's still four months (from December to March) without updates. That's why I'm worried. Just my opinion, Ganesh PS: and I just had to do a merge from the command line... --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: How can I set the CFBundleVersion according to subversion/Versions revision number?
I don't have a complete answer, but you may find these links interesting: http://chanson.livejournal.com/125568.html http://developer.apple.com/DOCUMENTATION/DARWIN/Reference/ManPages/man8/agvtool.8.html Ganesh On 8 Apr, 09:31, Gatada johanbasb...@gmail.com wrote: Hi, I am sure this problem has a simple solution: How can I use the subversion/Versions revision number as the CFBundleVersion in my Xcode project? Maybe it even is a nice, clean and efficient way to get the CFBundleShortVersionString set correctly? Thanks! Johan CFBundleVersion: identifies an iteration (released or unreleased) of the application. CFBundleShortVersionString: [major revisions to the application]. [revisions that implement less prominent features].[maintenance releases] PS: Hm, seems like my post timed out? This is second attempt. Sorry if it shows up twice (with slightly different content). --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: Subversion 1.6
On 29 Mar, 13:18, Koen Bok k...@madebysofa.com wrote: Hey TheDO, Generally the best way to build apps around other apps is to include their functionality with programming libraries they provide. That way you can access all the functions right in the programming language which has the least overhead and is usually less error prone. Another way to build an app like Versions would be communicating with the command line program. That means that you have to manually send text commands to the app and parse it's output (this is called piping). This way it would be possible to replace the binary that Versions communicates with, but as we would really rely on the input and output it will break easily. Plus, we could never get the app as fast as it is now. Hope that explains it :-) You are missing the point. No-one has ever thought of using the command line, given that Subversions ships with a very nice set of dynamic libraries. The point of TheDO was that Version is currently shipped with two sets of such dynamic libraries, one for v1.4.6 and one for v1.5.4. You can select the set you prefer and Versions will use that one. That's nice. However, on my machine I have installed in / usr/lib Subversion v1.5.6 so that I can happily use it in XCode. But Version is stuck with v1.5.4. I believe it is perfectly feasible to have a preference in Version to make it use the libraries in /usr/lib instead of the one shipped with Versions. If we had that, I could just install the v1.6 libraries in / usr/lib and we wouldn't need to wait for the next update of Versions to use them. Just my opinion, Ganesh --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: Another vote for branch/tag/merge
+1 for merge/switch This is important, folks! We are not talking about advanced features like changelists that may not even be available if the user is stuck with Subversion 1.4. Merge and switch are basic tools. You can't do SCM seriously without them. (BTW: +1 also for changelists ;) --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Subversion 1.6
Are there plans about supporting Subversion 1.6? Please notice that I am not requesting support of the 1.6 specific features (although that would be welcome, of course). I would be happy to just have the same set of features Versions has, but use a 1.6 client. That's because the format of the working copies has changed once again from 1.5.x to 1.6 and I would like to remain interoperable with other tools that might use 1.6. Ganesh --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Feature Request: More file comparison tools
Hi, for file comparison I use this tool http://www.sourcegear.com/diffmerge/ which is not listed in the preferences. How can I use it? Can it be added to list? Even better, Version should provide a way to allow the user to use whatever diff tool that can be launched from the command line. For example, XCode has a Other settings precisely for this purpose. Thanks in advance, Ganesh PS: except for Araxis Merge, which I did not even try because it's too expensive, all other four alternatives (FileMerge, Changes, TextWrangles and BBEdit) suck A LOT! DiffMerge is so much better than each of them (and it's free!) --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Versions group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---