Re: [naviserver-devel] drop CVS (was: [AOLSERVER] nsdbi database driver interface 0.1)
On 06.05.2008, at 01:56, Stephen Deasey wrote: I am too lazy to write that essay. You should try it out to see what you're missing out on. Here's a starter: That _was_ the essay! Thanks for going to such extent to show me what SVN can do. I recall watching a video on YouTube with Linus Thorvalds http://www.youtube.com/watch?v=4XpnKHJAok8 where he takes both CVS and SVN under heavy barrage, advocating for his GIT solution. As we are in the process of considering a repository change, I thought everybody should be at least informed about the other possibilities. Personally, if you guys think we will benefit from such a change, I will be the last one to oppose. It is just that I do not have much time learning something new if it isn't really bringing me immediate benefits (life is short and internet is large). Cheers Zoran - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ naviserver-devel mailing list naviserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/naviserver-devel
Re: [naviserver-devel] drop CVS
Let me point out another nice feature of git: git provides server-support to behave to clients like a cvs and/or svn server. This means, one can access the git repository from cvs or svn (or git) clients. Not sure if this is an issue, but a user who does not want to learn new commands can contiune to use the CVS interface. I personally like git for its speed and simplicity to setup and usage. Git has certain ideosyncharies (e.g. does not like empty directories), and the downside is that if the full feature set of a more distributed scm is used, things become quite complex, at least for a casual user. just my 2cent -gustaf Ibrahim Tannir schrieb: FWIW, to let my paranoia out: I don't like SVN because it obscures and packs the whole repository into one big file, which IMHO overshadows all its benifits. I've been able in tha past to resolve the consequences of quite a few CVS bugs, due to the open structure of its repository. OTOH, if we're to continue using the services of SourceForge for the Naviserver project and Vlad, Stephen and Zoran who do most of the work are dissatisfied with CVS... I think at some point, there were contemplations to move the project to some local machines. Vlad was offering to host it, wasn't he? We (Zoran and I) at ARCHIWARE could offer a mirror too. In that case, we can consider going for other source control systems (GIT?) etc. and away from both CVS and SVN. Ibrahim - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ naviserver-devel mailing list naviserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/naviserver-devel
Re: [naviserver-devel] drop CVS
FWIW, to let my paranoia out: I don't like SVN because it obscures and packs the whole repository into one big file, which IMHO overshadows all its benifits. I've been able in tha past to resolve the consequences of quite a few CVS bugs, due to the open structure of its repository. OTOH, if we're to continue using the services of SourceForge for the Naviserver project and Vlad, Stephen and Zoran who do most of the work are dissatisfied with CVS... I think at some point, there were contemplations to move the project to some local machines. Vlad was offering to host it, wasn't he? We (Zoran and I) at ARCHIWARE could offer a mirror too. In that case, we can consider going for other source control systems (GIT?) etc. and away from both CVS and SVN. Ibrahim Vasiljevic Zoran wrote: On 06.05.2008, at 01:56, Stephen Deasey wrote: I am too lazy to write that essay. You should try it out to see what you're missing out on. Here's a starter: That _was_ the essay! Thanks for going to such extent to show me what SVN can do. I recall watching a video on YouTube with Linus Thorvalds http://www.youtube.com/watch?v=4XpnKHJAok8 where he takes both CVS and SVN under heavy barrage, advocating for his GIT solution. As we are in the process of considering a repository change, I thought everybody should be at least informed about the other possibilities. Personally, if you guys think we will benefit from such a change, I will be the last one to oppose. It is just that I do not have much time learning something new if it isn't really bringing me immediate benefits (life is short and internet is large). Cheers Zoran - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ naviserver-devel mailing list naviserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/naviserver-devel
[naviserver-devel] ns as loadable extension
Hi! I believe we talked about that some time ago already. Does anybody have any interest in making us being a yet-another Tcl loadable extension? One that you could for example package require naviserver and then configure and start/manage several virtual http servers from within a Tcl environment/program? Here I do not think about loading the libnsd.so only. I mean the complete server plus modules. Cheers Zoran - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ naviserver-devel mailing list naviserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/naviserver-devel
Re: [naviserver-devel] ns as loadable extension
Once you started the server, it is not Tcl package anymore, need nscp to access it. Or i am not following? Vasiljevic Zoran wrote: Hi! I believe we talked about that some time ago already. Does anybody have any interest in making us being a yet-another Tcl loadable extension? One that you could for example package require naviserver and then configure and start/manage several virtual http servers from within a Tcl environment/program? Here I do not think about loading the libnsd.so only. I mean the complete server plus modules. Cheers Zoran - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ naviserver-devel mailing list naviserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/naviserver-devel - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ naviserver-devel mailing list naviserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/naviserver-devel
Re: [naviserver-devel] drop CVS
One benefit i can see is not immediate and obvious but having more flexible source control system may attract or make it easy to handle access to more developers, easy to revert unneeded changes, as Stephan pointed, better patch control and changsets. Yes, it will require some learning but not that much, still this is just source control system, using it in the-CVS-mode, as commit/update/diff, will be possible with any tool. Oh, one more, it is 21st century, CVS is not part of that:-))) Vasiljevic Zoran wrote: On 06.05.2008, at 01:56, Stephen Deasey wrote: I am too lazy to write that essay. You should try it out to see what you're missing out on. Here's a starter: That _was_ the essay! Thanks for going to such extent to show me what SVN can do. I recall watching a video on YouTube with Linus Thorvalds http://www.youtube.com/watch?v=4XpnKHJAok8 where he takes both CVS and SVN under heavy barrage, advocating for his GIT solution. As we are in the process of considering a repository change, I thought everybody should be at least informed about the other possibilities. Personally, if you guys think we will benefit from such a change, I will be the last one to oppose. It is just that I do not have much time learning something new if it isn't really bringing me immediate benefits (life is short and internet is large). Cheers Zoran - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ naviserver-devel mailing list naviserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/naviserver-devel - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ naviserver-devel mailing list naviserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/naviserver-devel
Re: [naviserver-devel] ns as loadable extension
On 07.05.2008, at 19:15, Vlad Seryakov wrote: Once you started the server, it is not Tcl package anymore, need nscp to access it. Depends. If you think in the box, yes. If you step out of the box then yes and no. What I actually think is to marry the rw-config module with the code and make the server configuration from Tcl. Say, each new virtual server gets its own Tcl command that can be used to modify the config on the fly etc.pp. The whole idea is still in a very very rudimentary state. What I would like to achieve is really to get more people evaluate the server by simply snap-in the package and fire-up one or more virtual servers. All under exteral (Tcl) control. This would mean some considerable re-plumbing in ns_main.c but it ls doable. Allright, perhaps some more plumbing... Zoran - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ naviserver-devel mailing list naviserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/naviserver-devel
Re: [naviserver-devel] drop CVS
On 07.05.2008, at 19:56, Vlad Seryakov wrote: system may attract or make it easy to handle access to more developers I doubt that. You could do that only if you make the server to be (one of the platforms) for some Web toolkits like ACS or Ruby on Rails etc pp. And, optionaly, if you make it simple and fast to deploy, like being a loadable Tcl extension. Or a Ruby extension (I'm brainstorming). - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ naviserver-devel mailing list naviserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/naviserver-devel
