From sean at on-track-solutions.com Thu Feb 12 10:44:00 2009 From: sean at on-track-solutions.com (Sean McKay) Date: Thu Feb 12 10:42:16 2009 Subject: Status of the SVN.Net project Message-ID: <001f01c98d28$b9ba91b0$2d2fb510$@com> Hi, I am evaluating the SVN.Net and the SharpSVN projects for an upcoming project for a client, and one concern I have about the SVN.Net project is that it appears to be dormant. Is this correct? Is this project asleep, dead, or in the works somewhere else? Thanks, Sean -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/svndotnet-users-lists.pumacode.org/attachments/20090212/3fec29db/attachment.html From toby at etjohnson.us Thu Feb 12 17:00:45 2009 From: toby at etjohnson.us (Toby Johnson) Date: Thu Feb 12 17:00:58 2009 Subject: Status of the SVN.Net project In-Reply-To: <001f01c98d28$b9ba91b0$2d2fb510$@com> References: <001f01c98d28$b9ba91b0$2d2fb510$@com> Message-ID: <49949C0D.9060903@etjohnson.us> Sean McKay wrote: > > Hi, > > > > I am evaluating the SVN.Net and the SharpSVN projects for an upcoming > project for a client, and one concern I have about the SVN.Net project > is that it appears to be dormant. Is this correct? Is this project > asleep, dead, or in the works somewhere else? > I think it would be fair to classify the project currently as dormant; I wouldn't say that it is officially abandoned but I am no longer with my previous employer who had an interest in developing the project and currently don't have time to continue development in my free time. My concern with SharpSvn at the time I started SVN.Net was that the build steps seemed to be less than straightforward; I believe it wasn't yet a truly separate project from AnkhSvn. It seems now that they have true xcopy deployment which is very nice, but it looks like Mono support isn't (yet) included and it has an external requirement on the Visual C++ runtime which is unfortunate. So that being said, I would still recommend that unless you wish to update and contribute changes to this project, then if SharpSvn meets your needs you should stick with it, since its continued support and maintenance looks better. toby -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/svndotnet-users-lists.pumacode.org/attachments/20090212/4fa87b72/attachment.html From sean at on-track-solutions.com Fri Feb 13 11:39:49 2009 From: sean at on-track-solutions.com (Sean McKay) Date: Fri Feb 13 11:38:24 2009 Subject: Status of the SVN.Net project In-Reply-To: <49949C0D.9060903@etjohnson.us> References: <001f01c98d28$b9ba91b0$2d2fb510$@com> <49949C0D.9060903@etjohnson.us> Message-ID: <001f01c98df9$b06bfcd0$1143f670$@com> Hi Toby, Thanks for the candid response. What kind of bugs are there in the system as it stands? Are there half-implemented features? Is your sense that the project is stable? In short, I'm not opposed to contributing, but have very limited time. The SVNExpert project is a serious plus for your project IMO, because it is a form of documentation, and the best that either svn / .net project has, IMO. Also, what is the advantage that the ArpSharp project provides? Thanks, Sean From: svndotnet-users-bounces@lists.pumacode.org [mailto:svndotnet-users-bounces@lists.pumacode.org] On Behalf Of Toby Johnson Sent: Thursday, February 12, 2009 4:01 PM To: SvnDotNet Users Subject: Re: Status of the SVN.Net project Sean McKay wrote: Hi, I am evaluating the SVN.Net and the SharpSVN projects for an upcoming project for a client, and one concern I have about the SVN.Net project is that it appears to be dormant. Is this correct? Is this project asleep, dead, or in the works somewhere else? I think it would be fair to classify the project currently as dormant; I wouldn't say that it is officially abandoned but I am no longer with my previous employer who had an interest in developing the project and currently don't have time to continue development in my free time. My concern with SharpSvn at the time I started SVN.Net was that the build steps seemed to be less than straightforward; I believe it wasn't yet a truly separate project from AnkhSvn. It seems now that they have true xcopy deployment which is very nice, but it looks like Mono support isn't (yet) included and it has an external requirement on the Visual C++ runtime which is unfortunate. So that being said, I would still recommend that unless you wish to update and contribute changes to this project, then if SharpSvn meets your needs you should stick with it, since its continued support and maintenance looks better. toby -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/svndotnet-users-lists.pumacode.org/attachments/20090213/ac99d4b9/attachment.html From toby at etjohnson.us Fri Feb 13 13:17:49 2009 From: toby at etjohnson.us (Toby Johnson) Date: Fri Feb 13 13:18:01 2009 Subject: Status of the SVN.Net project In-Reply-To: <001f01c98df9$b06bfcd0$1143f670$@com> References: <001f01c98d28$b9ba91b0$2d2fb510$@com> <49949C0D.9060903@etjohnson.us> <001f01c98df9$b06bfcd0$1143f670$@com> Message-ID: <4995B94D.70809@etjohnson.us> Sean McKay wrote: > > Hi Toby, > > > > Thanks for the candid response. > > > > What kind of bugs are there in the system as it stands? Are there > half-implemented features? Is your sense that the project is stable? > In short, I'm not opposed to contributing, but have very limited > time. The SVNExpert project is a serious plus for your project IMO, > because it is a form of documentation, and the best that either svn / > .net project has, IMO. > > > > Also, what is the advantage that the ArpSharp project provides? > Currently the project implements all features of the v1.4 svn_client library. No features new to 1.5 have been implemented, nor have any server-side features been implemented (only client features were considered in scope for the project). However the existing functions are only very thin wrappers around the native svn and apr libraries, which means they require passing non-managed structs back and forth instead of CLS-compliant objects. My goal was to provide an additional layer on top of this to hide those details and allow using only pure .NET objects but I never got that far. There are, however, test cases for all existing client commands which should provide additional "documentation by example". The AprSharp library (which we used directly from SubversionSharp) is simply a .NET wrapper around the APR library which svn_client uses. It does things like convert between APR strings and .NET strings etc. I'm not sure how SharpSvn is different in this regard. If you do decide that you would like to use SVN.Net and contribute changes, let me know and I can give you commit access to the repository. toby -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/svndotnet-users-lists.pumacode.org/attachments/20090213/4bb5c59e/attachment.html From amrotal at hotmail.com Thu Feb 26 08:56:30 2009 From: amrotal at hotmail.com (Amr Abd El Aziz) Date: Thu Feb 26 08:56:33 2009 Subject: error while using SVNDotNet Message-ID: Dear All, i want to use SVNDotNet, so i made console application and refrenced APRShare,mono.getoptions and subversionsharp. but i get the following error when i try to make an instance of SVNClient: Unable to load DLL 'libapr': This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem. (Exception from HRESULT: 0x800736B1) i can't figure out what's the problem, Do you have any idea? also i was wondering if there's a code samples for basic functionalities like (Check out, check in , update... etc.)? Thanks, Amr _________________________________________________________________ It?s the same Hotmail?. If by ?same? you mean up to 70% faster. http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_HM_AE_Same_022009 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/svndotnet-users-lists.pumacode.org/attachments/20090226/6e5c9aaa/attachment.html