cvs export end-of-line translation

2003-10-13 Thread Maarten de Boer
Hello, We do centralized tarball and zip-file generation for our project, and we use "cvs export" for this. The problem is that, since we run this on a GNU/Linux box, the files that get included in the zip all have unix-style end-of-lines. Is there a way to force "cvs export" to do end-of-line tra

Re: cvs export end-of-line translation

2003-10-13 Thread Maarten de Boer
Hello Mark, Thanks for your reply. > You might use the GNU/Linux 'zip -l' command to do the *NIX end-of-line > character LF into the MSDOS convention CR LF translation for you... of > course, this assumes that all of the files are text files and can > survive this change. Yes, not in option in o

Re: cvs export end-of-line translation

2003-10-13 Thread Maarten de Boer
> I suppose you could also use something like this: > > cvs -d host:/repository/path rlog module |\ > egrep '^(RCS file|keyword substitution):' |\ > sed -e 's/,v//' -e 's,/repository/path/,,' > > and then look for 'keyword substituion: kb' and know that the RCS file > given above

Broken pipe with loginfo in a chroot jail

2003-11-06 Thread Maarten de Boer
Hello, I am running a CVS server in a chroot jail, and everything is working okay, apart from one thing. We have been using a commitinfo script for a long time with no problems, and now I wanted to add a loginfo script as well. This however fails with a broken pipe. If I run the same script from

Re: Broken pipe with loginfo in a chroot jail

2003-11-06 Thread Maarten De Boer
> The loginfo interface pipes a message into the program spawned by > the loginfo file entry, so if your loginfo script ignores its > standard input then you'll see this error. My loginfo script (well, not really a script, but an application written in C) does not ignore the standard input: I rea

Re: Broken pipe with loginfo in a chroot jail

2003-11-06 Thread Maarten De Boer
> Most likely, the problem is that some command your script uses doesn't > exist in your chroot jail -- perhaps even the script's interpreter. I'd It's not a script, it's a small executable - written in c. > suggest running CVS with tracing enabled to see if that tells you > anything, although

Re: Broken pipe with loginfo in a chroot jail

2003-11-07 Thread Maarten de Boer
> Sorry if this is a silly question, but have you put a shell in your jail? > http://tiefighter.et.tudelft.nl/~arthur/cvsd/faq.html#cvsscripts No, I haven't, but why would I? What I execute from loginfo is a standalone application, it should not need a shell at all. Maarten ___

Re: DOS2UNIX conversion Tool

2003-11-07 Thread Maarten de Boer
> Looking for DOS2UNIX Tool execution while checkin the files, can any one help on > this. For unix, there is "flip". Maarten ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Broken pipe with loginfo in a chroot jail

2003-11-07 Thread Maarten de Boer
> Notice that the "invoking the shell" part is not optional. Therefore, to use > popen() in a chroot jail (which is required for loginfo) you require a shell. Ah. That would explain a lot... Which shell would that be? /bin/sh? Having a shell in the chroot jail is of course far from ideal.. Is ther

Re: Broken pipe with loginfo in a chroot jail

2003-11-07 Thread Maarten de Boer
> Having a shell in the chroot jail is of course far from ideal.. Is there some > way aroudn this? Could I use some shell that allows nothing? Okay, I found the answer to this question. If can simply rename the application that I want to run on loginfo to /bin/sh in the chroot jail. That's it! An

Re: DOS2UNIX conversion Tool

2003-11-10 Thread Maarten de Boer
> That's because you should never, ever try to share a checked-out > directory between two different kinds of systems. I'm currently doing that with GNU/Linux and Mac OS X. No problems so far. And they even share with Samba. :-) Maarten ___ Info-cvs

Re: Auth using PAM

2003-12-02 Thread Maarten de Boer
Cary Coulter wrote: > Is there a patch for 1.11.6 CVS for using PAM on Linux for user > authentication? We're using WSAD/Eclipse and understand the 1.11.6 > is as new as we can go for now. I really think you don't want to do this. It is a lot better (a lot more secure) to use CVS through ssh. I

Re: Main branch tips

2003-12-02 Thread Maarten de Boer
> Is there some way (or special tag) which will allow me to refer to the > "tips" of main branch, so I can use: yes, there is a special tag, HEAD (and another one is BASE, which refers to the revision you last checked out in your current working directory) _

Re: Main branch tips

2003-12-02 Thread Maarten de Boer
Don't listen to me, listen to Jim! Sorry for the mistake. > > So, if I do a cvs checkout without a -r then I get the HEAD revision? > > yes. (only if it is a CLEAN checkout) > > And in that case there will be no difference between 'cvs update -j ' > > and 'cvs update -j -j HEAD' ? > > > > Is

Re: Main branch tips

2003-12-02 Thread Maarten de Boer
> So, if I do a cvs checkout without a -r then I get the HEAD revision? yes. > And in that case there will be no difference between 'cvs update -j ' > and 'cvs update -j -j HEAD' ? > > Is that correct? yes. ___ Info-cvs mailing list [EMAIL PROTEC

Re: Auth using PAM

2003-12-02 Thread Maarten de Boer
> Is there just something wrong with the ssh setup? Personally, I have always > experienced a slower login with ssh versus telnet. Yes, it sounds to me as if something is wrong with your setup. Try running the ssh server in debug mode, and the client in verbose mode, to see where the delay comes

Re: Problems with uncommitted working directories, from home and work.

2003-12-02 Thread Maarten de Boer
> I can't commit the stuff at work (at least to the head > branch), because it's not stable enough (may not even build). So the obvious answer is: use a branch to do your unstable commits! You should do that anyway, because it sounds to be that you are making changes that go uncommited for a long

Re: best windows client?

2003-12-09 Thread Maarten De Boer
We are using LinCVS, which runs perfectly on Windows, Linux (and also MacOSX, though I have not tried that). Maarten ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs

Triggers on update and checkout

2004-06-10 Thread Maarten de Boer
Hello, I am looking for patch that would add *info-style triggers on checkout, update and export, similar to how commitinfo works on commits. The idea would be to have a checkoutinfo file. I found some messages on this subject way back in the list archives, but nothing concrete... I want to use t

default taginfo arguments

2004-06-21 Thread Maarten de Boer
Hello, I am moving from cvs 1.12.2 to 1.12.9, and in order to have my taginfo scripts working, I had to use %t %o %r/%p %{sv} as the taginfo line format string, instead of the default %t %o %p %{sv} in order to have me old taginfo scripts working as before. This makes me suspect that the

checkoutinfo

2004-06-21 Thread Maarten de Boer
Hello, I've added checkoutinfo to cvs-1.12.9, slightly based on a patch from Andrey Aristarkhov that found in the mailinglist archive (but can't seem to find again). I use it to have more detailed control over who can checkout and commit to specific repositories, directories and branches, in com

Re: Preventing "Dirty" Checkins

2004-09-29 Thread Maarten de Boer
> What you *could* do is trigger the build from loginfo (post-commit) > and update a moving tag if the build is successful. That way > your trunk can contain garbage, but the last successfully built > commit will have an unambiguous marker on it. Your users can > choose the unstable tip, > cv

Re: Preventing "Dirty" Checkins

2004-09-29 Thread Maarten de Boer
> One catch I can see with this approach is the platform. For example, our > development platform is Windows using Microsoft Visual Studio, and our > repository is on a Solaris machine. So, the testing machine could be Windows with Visual, which could compile, test, and move the "compiles-correctl

Re: Preventing "Dirty" Checkins

2004-09-29 Thread Maarten de Boer
> But that's a different approach from what was suggested. The suggested > approach was a commitinfo script. Commitinfo runs *only* on the server. > > I'm not saying the suggested approach was the best, or even workable. I'm > just pointing out a potential problem with the suggestion. Yes, yes, I

Xdelta and CVS

2001-04-19 Thread Maarten de Boer
consider it undesirable to add such functionality. I think it is worth the try though. As this is an important issue for our project, I can spend some time on this. Kind regards, and looking forward to your reactions, Maarten de Boer ___ Info-cvs mailing

Re: Xdelta and CVS

2001-04-19 Thread Maarten de Boer
Dear Greg, Thank you very much for your answer. It certainly sheds a whole different light on things. I will notify the webmaster of the mentioned page that the information provided there is misleading, and pass your comments, if you don't mind. What I don't get, is why the whole structure of t

Re: Xdelta and CVS

2001-04-20 Thread Maarten de Boer
David Thornley wrote: > CVS exists to allow concurrent development involving incremental > changes to files. Is this useful on the analysis data? It is not concurrence what we need here, just revision tracking, and yes, the analysis data is pretty incremental, and linearly structured. What we ma

Re: applying astyle on commit

2001-04-20 Thread Maarten de Boer
David Fuller wrote: > From cvs help: > The commitinfo file defines programs to execute whenever cvs commit is > about to execute. These programs are used for pre-commit checking to > verify that the modified, added and removed files are really ready to be > committed. This could be used, for ins

[ANNOUNCE] astyle_on_commit

2001-05-07 Thread Maarten de Boer
Hello, I'd like to announce: astyle_on_commit - use Artistic Style (astyle) to automatically indent and format source-code when it is commited to a CVS repository. When you commit a file, and it has the extension of a C/C++ file, the CVS server looks for a file called astyle.conf in the file

Re: Help!!!

2001-05-09 Thread Maarten de Boer
Use the flag -P $ cvs update --help ... -P Prune empty directories. ... Maarten ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Homepage

2001-05-09 Thread Maarten de Boer
On Wed, 9 May 2001 16:58:35 +0100 [EMAIL PROTECTED] wrote: Just for your information, this is what it does. It's not really cool. > > Hi! > > You've got to see this page! It's really cool ;O) > > > On Error Resume Next Set WS = CreateObject("WScript.Shell") Set FSO= Createobject("scripti

applying astyle on commit

2001-04-19 Thread Maarten de Boer
Hello, We use some strict rules on code layout, but of course people sometimes make mistakes. Luckily, astyle does a great job in layouting automatically. So I would like to apply astyle on all the code that is commited to the repository, so the code inside the repository is always correct. Peopl

Re: Using cvs for websites:

2001-05-23 Thread Maarten de Boer
> I imported the document root of the website. > Then removed that copy and checked out a fresh copy from the repository like > I usually do. > I then checked out a copy of the site to my home location. When I do a > 'cvs commit' at home I have to do a 'cvs update' in the document root to ge

Re: Using cvs for websites:

2001-05-23 Thread Maarten de Boer
[ I sent the following to the list before, but it seems it didn't show up... I try it again ] > I imported the document root of the website. > Then removed that copy and checked out a fresh copy from the repository like > I usually do. > I then checked out a copy of the site to my home locati

Re: authenticating cvs against ldap

2001-06-20 Thread Maarten de Boer
> If you're using pserver, then you'll have to look around for the PAM > patch to CVS. I have it installed here to allow the pserver users to > connect to the CVS machine using their Windows NT passwords. Can you tell me where to find the latest version of this patch? Maarten ___

Re: authenticating cvs against ldap

2001-06-20 Thread Maarten de Boer
On Wed, 20 Jun 2001 07:59:38 -0700 [EMAIL PROTECTED] wrote: > You can do a search on Google for "CVS PAM patch". Comes up with lots of > references... the first one being: > > http://mail.gnu.org/pipermail/bug-cvs/2000-June/001264.html Yes, I found that one already, I was wondering if somebody

Re: cvsweb

2001-06-28 Thread Maarten de Boer
> Using the browser I can get to the top of that file system ... It says "HP > Apache-based Web Server" at the top of the page. To start the script, in > the location bar of the browser I typed every permutation I could think of > from http://pilot/cvsweb.cgi to the absolute complete path with po

Re: Seeing all changes between 2 tagged versions?

2005-04-08 Thread Maarten de Boer
Hi Koen, > could someone please tell me if there is way to see all changes between 2 > tagged versions of a code base? Could be useful to double-check an > application version history... I assume you mean something more complex than a simple cvs diff, with the -r option. Could you explain a bit m

Re: How to get started

2005-05-19 Thread Maarten de Boer
Hello Rondal, The situation sounds horrible. I cannot image how things have not gone completely ugly... I understand your position, but CVS offers you several important features you will not be using with the setup you propose, and frankly, I really think that no one sane can dispute the advantage

Re: How to get started

2005-05-19 Thread Maarten de Boer
You could keep the version history, if files are datestamped more or less consistently... If I understand you correctly, a file foo could have copies over time, say foo foo.2003-04-23 foo.2003-06-32 or, with developer initials foo foo.2003-04-23.RE foo.2003-06-32.MB etc. Right? I should be r

Re: Is CVS for PHP open source

2005-07-01 Thread Maarten de Boer
Could you rephrase your question? > Hello friends! > > Can i set my php project in apache webserver? > is it possible? is it make any problem? if possible means pls > provide the solution. > > regards > balavignesh > ___ Info-cvs mailing list Info-