RE: keeping one's personal dotfiles under CVS
I was wondering what strategies do CVS gurus use to manage their
personal collection of dotfiles. We all a favorite .vimrc, .exrc,
.muttrc, ~/.w3m/bookmarks.html, etc. The problem is keeping
them in sync
on all the machines we use. CVS seems like a nice tool for that.
How would you go about keeping a repository of personal dotfiles?
I do exactly this: part of my CVS repository is a module
glew-home, that contains my dot files, plus lots of other
things that I try to keep standard on multiple systems.
There are only a few queernesses in doing this:
(a) the usual oddities about importing.
when I first started doing this, I imported my diverged files
on different vendor branches, and took a while to merge
them into a coherent system. Whenever possible, of course,
I try to use exactly the same files on multiple systems,
but that doesn't always work - some stupid dot file formats
don't have ifs, so then I typically diverge at first, and later
create a meta file format.
(b) checking out the CVS archived glew-home directory
on a system that is fresh
I nearly always find that I need to do:
cd ~glew
cvs co glew-home
cd glew-home
find . -name CVS -print | xargs -n1 mv {} ../{}
cd ..
rm -f glew-home
i.e. I need to check the archive out in a parallel tree,
and then move all the CVS directories into the main tree.
Then, in the main tree, I can do cvs update,
verify any diffed files, and so on.
I.e. the above is really a substitute for importing.
I find it easier than importaing.
(c) By the way, often on a newly created account
there will be default DOT files. I find it
immensely helpful to archive these - either as
a separate vendor branch, or by creating a special
original-dot-files directory.
Anyway, I have ben doing this for around 5 years now,
and am pretty happy.
By the way, the people who say just rsync your dot files
are missing the point. I'm tempted to say, are brain damaged,
but I've sworn off flaming such shortsightedness.
(1) CVS allows you to share dot files between different systems.
E.g. my .emacs file is shared between Windoze and many
UNIXes, as is my .bashrc, while other dot files are actually
*BAD* to have on some systems.
Do this with a combination of internal ifdeffing,
branches for different systems,
modules,
and install scripts (I highly deprecate the latter).
(2) version control matters for dot files.
Often I have to go back to an old system on which my
current dot files do not work.
Having old dot files under CVS helps.
(3) I'd be even happier if I could use BitKeeper,
or something that supported disconnected repositories.
I want to check in changes to dot files on my laptop
on a plane when disconnected (like right now).
(4) CVS gives you more freedom about updating than
rsync does. Again, sometimes you don't *want* to
update, because the systems need to diverge.
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
RE: merge mode for XML
Motivation: schema changes in most existing relational databases are
onerous.
For very good reason.
And what is that reason?
OK, I admit that some RDBMS applications in production
need stability - just like some systems software applications
(the kind Greg seems to work on, the kind I used to
work on) value stability above all else, and actively
want to make it hard to change things.
However, there are other application domains
- in programming, the domains attacked by agile
methodologies like XP (eXtreme Programming).
{Donning asbestos underwear, expecting Greg
to flame.}
An application area that I frequently work in nowadays
is experimental databases - databases for experimental data.
I want to archive all of my experimental data in a form that
allows me to do arbitrary SQL-like queries over it.
Problem is, as I continue my research, the format of
my records is continually changing. For example, a few years
ago I might have recorded CPU MHz and Cache Size as
configuration parameters - now I have to record at least
3 different cache sizes, as well as multiple clock domain
frequencies. Not to mention that the observations that
I record are constantly changing.
Rather than continually reformatting my database,
adding new fields which are Unknown or Null on old data,
I find it easier to add records containing fields that were not
known earlier.
I've tried to do this in a traditional RDBMS database.
I've asked database experts like deWitt and the guy who
invented transactions whose name I can't remember now...
and the answer always comes that the traditional RDBMS way
is to create a database in fully normalized form,
of the form Experiment#:Metric:Value.
Worse, it may be ncessary to create several different tables
for each type. It is impossible for ordinary humans
to write queries in such a form.
Yet, self-schematization makes it trivial to do.
All that is needed is more flexible handling of nulls
than most RDBMSes support - more like the handling
that Codd, Date, and Darwent(sp?) advocate.
I suspect Dewitt is thinking a little bit deeper than you suspect.
Certainly data can be self-describing -- that's what OO is all about.
OO databases can effectively be queried about their schemas...
An RDBMS, however, is not an OODBMS.
Well, deWitt is the big advocate of ORDBMS
- Object Relational DBMS.
Whether an XML document without a DTD and/or schema can be considered
self-describing enough to be independent like an object instance or a
set of object instances, is probably what you're trying to
argue, but I won't go any further since such a thing is strictly outside
the scope of XML proper and is way outside the scope of what a common tool
like CVS should ever deem worthy of dealing with.
Fair enough.
My original email was prompted by email from you,
Greg, that sounded like CVS should not have support for
XML, like supporting file-format-specific diff and merge,
because XML without a DTD is meaningless.
I reject that as a specious argument.
Your remaining argument, that nobody has stepped up to do
external diff and merge, emains valid. (Ditto wrt file renaming,
multiple repositories, etc.)
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
How to keep unix eoln in repository
Hi, is there any simple way how to keep unix ends of lines (eolns) in the repository? Despite the fact that our compile link platform is UNIX, some of our developers edit source files on windows. And they always forget to change win eolns to unix eolns... Is it possible to set/write a trigger which would convert eolns in text files during cvs checkin? If not, is there another chance? Thanks a lot, Dusan Juhas ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: How to keep unix eoln in repository
On Tue, 14 May 2002, Shubhabrata Sengupta wrote: Why would you need to change it to unix eolns - if you are developing on windows and using cvs on windows to check the files in. Since win eolns are annoying ;-) In addition win eolns can confuse some tools I depend on. Well, I know that to develop tools which are platform dependent is not very handy, but there is nothing I can change about it... Wish I was a manager... ;-) It is up to the cvs client to translate from/to the correct eoln. Files are always stored with unix eolns on the CVS server. Rubbish.. Maybe in your sweet bug-free world... When I see win eolns in $CVSROOT/files.c,v it mihgt be buggy cvs version: cvs -v Concurrent Versions System (CVS) 1.11 (client/server) or bad cvs administrator (I inhereted the repository as is) or bad client or st. else Nevertheless, to keep the repository as clean as possible is a part of my job now. Shubho juhas wrote: Hi, is there any simple way how to keep unix ends of lines (eolns) in the repository? Despite the fact that our compile link platform is UNIX, some of our developers edit source files on windows. And they always forget to change win eolns to unix eolns... Is it possible to set/write a trigger which would convert eolns in text files during cvs checkin? If not, is there another chance? Thanks a lot, Dusan Juhas ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs -- Dusan Juhas ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: How to keep unix eoln in repository
On Tue, 14 May 2002, juhas wrote: Hi, is there any simple way how to keep unix ends of lines (eolns) in the repository? Despite the fact that our compile link platform is UNIX, some of our developers edit source files on windows. And they always forget to change win eolns to unix eolns... Is it possible to set/write a trigger which would convert eolns in text files during cvs checkin? If not, is there another chance? While I believe it's possible to use a samba server configured to auto-convert from windows eolns to unix eolns when files are written, I believe all of our developers users programmer editors which are smart enough to recognize unix eolns and deal with them automatically. I'm pretty sure MS Developer Studio is one such, and our users have both a unix shell window open (for cvs commands and launching builds) and a DS window accessing the same source files via a samba mount. (Our samba doesn't enable the auto-eoln setting.) JBuilder is another such editor, if you're doing java. -- Joi EllisSoftware Engineer Aravox Technologies [EMAIL PROTECTED], [EMAIL PROTECTED] No matter what we think of Linux versus FreeBSD, etc., the one thing I really like about Linux is that it has Microsoft worried. Anything that kicks a monopoly in the pants has got to be good for something. - Chris Johnson ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: How to keep unix eoln in repository
At 12:55 +0200 5/14/02, juhas wrote: Hi, is there any simple way how to keep unix ends of lines (eolns) in the repository? ... Is it possible to set/write a trigger which would convert eolns in text files during cvs checkin? If not, is there another chance? Use CVSROOT/commitinfo to run a script that greps for a CR-LF in the file being checked in. If it finds it, write an explanatory message to stderr and exit with status not equal to 0. That will make the commit fail. Don't try to automatically fix the file during a commit. You might want to limit the checks to files with specific extensions (.c, .java, etc.), or use a mechanism similar to .cvsignore to exclude certain files from this kind of check. You may not need this if everything in your repository is plain text. Provide a simple utility for your developers so they can fix the problem. Fred -- Fred Brehm, Sarnoff Corporation, [EMAIL PROTECTED] http://www.sarnoff.com/digital_video_informatics/vision_technology/index.asp ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Multisite Mirroring
Hello friends, I have unique requirememt in CVSUP.First let me give sime details about the problem. Our clients' enterprise is distributed into 3 locations.We want all three sites to have CVS servers which will be in sync with each other.Suppose there are 9 modules in the CVSROOT( repository).And also suppose there are 3 locations A, B, C. i) First three modules will be local to location A. i.e users in A will have full access to all the files first 3 modules.That means they will able checkin and update files locally.But A site users will have read only access to other modules than first three. ii) Modules 4,5,6 will be local to location B.i.e users in B will have full access to modules 4,5,6.They will be able to ceckin and update locally.But B site users will have read only access to other modules( 1,2,3,7,8,9). iii) Similarly with C sites users with modules 7,8,9. For this I wanted to make all the three CVS servers run CVSUP server as well as client so that they can synch with each other.Is this a right approach to attack this challenge? Does any of you think a better way to achieve this? But emphasis is on 'having all the three servers same files at a given point of time'. Thanks in advance. Mahantesh. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: how to implement user level security in cvs ?
Dear Noel yap, AOA Sorry i am asking a question related to little older thread in mailing list. I implemeted ACL on directory level as was suggested, and do not implemented on files. But what is reason that it is not recomended ? If a user have a permission on folder but not on a file then he cannot checkout the code. Can u please also recall to tell me what is required to do in loginfo file in this case ? Regards, shakeel Noel Yap wrote: [EMAIL PROTECTED]"> The answer is a little trickier than this, actually.I remember having to put something in loginfo so thatACLs would get properly created from the directory(default ACLs aren't appropriate here since youprobably don't want the directory's execute and writebits to be inherited by the files).Noel--- gabriel rosenkoetter [EMAIL PROTECTED] wrote: On Thu, Apr 18, 2002 at 09:28:38PM +0500, MuhammadShakeel wrote: Can i use solaris access control list ? Is cvs works fine when using acl ?Yes.(Think about this logically: cvs is run as the userperforming theaction. Therefore, it can only affect a file in agiven way if theuser has permission to do so.)Beware ownership changes of files, though. (And notethat youprobably don't want to use ACLs on files anyway, youwant to usethem on directories.)-- gabriel rosenkoetter[EMAIL PROTECTED] ATTACHMENT part 2 application/pgp-signature __Do You Yahoo!?Yahoo! Tax Center - online filing with TurboTaxhttp://taxes.yahoo.com/___Info-cvs mailing list[EMAIL PROTECTED]http://mail.gnu.org/mailman/listinfo/info-cvs -- Regards, Muhammad Shakeel Streaming Networks (Pvt.) Limited House 8, St. 31, F-7/1 Islamabad - 44000, Pakistan Talk: +92-51-2823585, +92-51-2275589 Fax: +92-51-2820832 Email: [EMAIL PROTECTED] Web: streaming-networks.com
Re: are there any log files for cvs client/server connection information?
Recently we had a cvs co command 'hang' and we are trying to debug what happened. The server side (RH 6.2 running CVS 10.7) show no processes running, but the solaris side (Solaris 8, running CVS 1.11) still shows the cvs co in process.So somehow the server side closed the connect, but the client side hasn't groked that. What access method are you using? pserver? ext (and if so what is CVS_RSH)? Any sign that the checkout proceeded? Did any files show up on the client? Do you keep a history file? If so, you should be able to check this to see if a checkout is recorded. (cvs history, with appropriate options). One thing you want to establish is where it hung in the process. Did the client ever connect to the server? If so, did it do part or all of the checkout? There could be problems with the connection software, and unless it's pserver that's outside the scope of this list. (BTW, 1.10.7 is over two and a half years old. You might consider upgrading.) David H. Thornley| If you want my opinion, ask. [EMAIL PROTECTED] | If you don't, flee. http://www.thornley.net/~thornley/david/ | O- ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: How to keep unix eoln in repository
smime.p7m Description: application/pkcs7-mime
cvspserver ?
Hi guys,
I've a question, I'm using cvs version 1.11.2 in a Linux Server, everything
looks fine, EXT method and pserver, just for one repository, but I've more
than 1 repository on my server and I need to access all of them by pserver,
my /etc/xinetd.d/cvspserver looks like:
service cvspserver
{
disable = no
socket_type = stream
protocol= tcp
wait= no
user= root
server = /usr/bin/cvs
passenv = PATH
server_args = -f --allow-root=/local/p4cvs/src pserver
}
How can I set up the rest of them, on server_args??, something like this:
server_args = -f --allow-root=/local/p1cvs/src
--allow-root=/local/p2cvs/src --allow-root=/local/p3cvs/src
--allow-root=/local/p4cvs/src pserver
Thanks for advise .
Moises.
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
Re: how to implement user level security in cvs ?
Given: 1. CVS recreates (ie copies and removes) the archive file each time there is a checkin. 2. CVS, by default, creates locks within the repo directory. The location of the locks can be configured by setting LockDir within CVSROOT/config. 3. A user can create and remove files within a directory if and only if (iff) that user has write permissions to that directory. 4. A user can use a directory iff that user has execute permissions to that directory. 5. A user can modify a file iff that user has write permissions to that file. Therefore: 1. A user will need repo file and directory read permissions to checkout/checkin a file. 2. A user will need repo directory write permissions to checkin a file. 3. It is safer if a user did not have repo file write permissions. Given: 1. Default ACLs cannot tell the difference between directories and files. 2. Repo directory permissions need to be treated differently from repo file permissions. Therefore: 1. A loginfo script will need to reset file ACLs for each commit. It will also need to set ACLs on new elements. Typically, this setting is a combination of inheritance from the parent directory for ACL users and groups and read permissions, files are never writable, files may need to be executable, and directories are always writable and executable. Noel --- Muhammad Shakeel [EMAIL PROTECTED] wrote: Dear Noel yap, AOA Sorry i am asking a question related to little older thread in mailing list. I implemeted ACL on directory level as was suggested, and do not implemented on files. But what is reason that it is not recomended ? If a user have a permission on folder but not on a file then he cannot checkout the code. Can u please also recall to tell me what is required to do in loginfo file in this case ? Regards, shakeel Noel Yap wrote: The answer is a little trickier than this, actually. I remember having to put something in loginfo so that ACLs would get properly created from the directory (default ACLs aren't appropriate here since you probably don't want the directory's execute and write bits to be inherited by the files). Noel --- gabriel rosenkoetter [EMAIL PROTECTED] wrote: On Thu, Apr 18, 2002 at 09:28:38PM +0500, Muhammad Shakeel wrote: Can i use solaris access control list ? Is cvs works fine when using acl ? Yes. (Think about this logically: cvs is run as the user performing the action. Therefore, it can only affect a file in a given way if the user has permission to do so.) Beware ownership changes of files, though. (And note that you probably don't want to use ACLs on files anyway, you want to use them on directories.) -- gabriel rosenkoetter [EMAIL PROTECTED] ATTACHMENT part 2 application/pgp-signature __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs -- Regards, Muhammad Shakeel Streaming Networks (Pvt.) Limited House 8, St. 31, F-7/1 Islamabad - 44000, Pakistan Talk: +92-51-2823585, +92-51-2275589 Fax: +92-51-2820832 Email: [EMAIL PROTECTED] Web: streaming-networks.com __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
connection to pserver through proxy with user authentication
Hi, I would like to connect to a cvs pserver outside in the world and have to go through our proxy. The proxy wants my username and password. I have tried that with WinCVS 1.3b8 (with the appropriate proxy settings in the preferences tab) and always got: cvs [login aborted]: connect to cvs.proftp.sourceforge.net(usw-pr-cvs.sourceforge.net):2401 failed: *CVS exited normally with code 1* I've searched the CVS and CVSGUI mailing lists and WinCVS.org, but I still haven't found out whether it is possible at all to go through a proxy with user authentication using WinCVS. Maybe someone could tell me that? Or do you know any other cvs client (on Windows or Linux) which is able to connect to a cvs pserver through a proxy that requires user/password authentication? Many thanks in advance Martin P.S. As you see above I know that there is a mailing list especially for WinCVS. Nevertheless I post my question here because WinCVS is only my starting point and I would be glad about any cvs client on Windows or Linux with the feature mentioned above and because I don't like Yahoo's give-us-your-personal-data-before-you-are-allowed-to-post and we-will-log-everything-you-do-here policies. I hope you don't mind. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: cvspserver ?
Zanabria, Moises writes: How can I set up the rest of them, on server_args??, something like this: server_args = -f --allow-root=/local/p1cvs/src --allow-root=/local/p2cvs/src --allow-root=/local/p3cvs/src --allow-root=/local/p4cvs/src pserver Exactly. -Larry Jones Who, ME? Who?! Me?? WHO... Me?! Who, me??? -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: How to keep unix eoln in repository
juhas writes: Despite the fact that our compile link platform is UNIX, some of our developers edit source files on windows. And they always forget to change win eolns to unix eolns... Developers who edit files on Windows should be using a Windows CVS client to checkout and commit the files. The CVS clients are responsible for converting between the local text file format and the canonical text file format (which just happens to be the same as the Unix text file format). -Larry Jones Oh yeah? You just wait! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: How to keep unix eoln in repository
On Tue, 14 May 2002, Larry Jones wrote: juhas writes: Despite the fact that our compile link platform is UNIX, some of our developers edit source files on windows. And they always forget to change win eolns to unix eolns... Developers who edit files on Windows should be using a Windows CVS client to checkout and commit the files. The CVS clients are responsible for converting between the local text file format and the canonical text file format (which just happens to be the same as the Unix text file format). This is a problem when one wants to edit on windows but actually build and execute the app on unix. The obvious way of getting the files back into the unix environment is to commit them to the repository and then run cvs update on the unix platform before building. Doing this requires that developers commit untested code into the repository. Depending upon the working environment, this may be forbidden either by policy (pointy-hair whim or developer agreement) or even by code (commitinfo scripts that do pre-builds, etc.) Using cvs to handle the eoln is only going to solve the problem for a small number of users, it isn't a good general solution. Using cvs to translate the eolns adds two additional steps to every build process, and risks creating a repository with untrustworthy code in it. I don't think this is a good solution at all, myself. I believe abandoning Windows editors is the best solution. At the very least, invest in a smarter editor for the developers who insist on involving two different platforms in their development process. -- Joi EllisSoftware Engineer Aravox Technologies [EMAIL PROTECTED], [EMAIL PROTECTED] No matter what we think of Linux versus FreeBSD, etc., the one thing I really like about Linux is that it has Microsoft worried. Anything that kicks a monopoly in the pants has got to be good for something. - Chris Johnson ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: How to keep unix eoln in repository
On Tuesday, May 14, 2002, at 10:54 AM, Joi Ellis wrote: This is a problem when one wants to edit on windows but actually build and execute the app on unix. The obvious way of getting the files back into the unix environment is to commit them to the repository and then run cvs update on the unix platform before building. Simple solution: treat all files as binary and use a text editor on the PC which will recognize and preserve the Unix line ending format. Wade ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
CVS for website maintenance ?
Assume you have a website and you'd like to be able to have several people make changes to it. Would it make sense to use CVS for this ? Does anyone know of a website currently being maintained this way ? Is this the wrong list ? ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: are there any log files for cvs client/server connection information?
Thanks for your reply David, - we are using pserver access - the checkout proceeded through about 1/3 of the files in the module, the hang happened after pulling over (successfully) a 15Mb file, and (presumably) during pulling over the next file in that directory (6Mb). - The checkout was recorded in the history file I think you are right that the origin of the problem was a network issue, probably slowness caused a time-out on the server side process? However the client side was still hanging there waiting for more info from the server side (which was long gone 15 hours at least). I was just wondering if there was any way (either client side or server side) to get more information about why the cvs connection had died. Like anyway to enable debugging in the cvs binary so when pserver connection die the server and the client write information to a log file about what the heck is going on? The cvs process on the client (Solaris) side was just in sleep mode when we looked at it with a debugger. You are right I need to upgrade and I've been wanting to upgrade since last Oct when Larry got some fixes to log in that I really need - however I'm in a commercial environment and need to time the upgrade with our release schedule and also need to have standard packages issued by Red Hat and Sun Freeware before I can do it (i.e hand built versions of cvs aren't considered acceptable on a production system). I hope to go to cvs 1.11.2 as soon as those packages become available. I am also blocked from setting up a new repository to prototype a new version of CVS, due to another pserver problem. This is the other reason I am asking this question about cvs pserver debugging log files - I am having other access problems with pserver connections over *any* repositories, other than my main source repository. E.g. access to my main repository works fine - but I have two other cvspserver ports set up for alternate test repositories. Access to these other repositories used to work fine - but in the last several months they suddenly stopped working. I can't get pserver access to any new repositories (on any linux systems) to work, and I am using all the exact same inetd configuration as used to work on these systems. Permissions on secondary repository directories are open and aren't blocking access, we are using the server system password access (ie. not using CVSROOT/passwd). This is the error message I get: [teala@pine teala]$ CVSROOT=:pserver:[EMAIL PROTECTED]:/raid/cvsroot-old [teala@pine teala]$ cvs login (Logging in to [EMAIL PROTECTED]) CVS password: cvs [login aborted]: authorization failed: server hazel.intersan.net rejected access However if I just change the CVSROOT variable to our main repository... it all works fine! [teala@pine teala]$ CVSROOT=:pserver:[EMAIL PROTECTED]:/raid/cvsroot [teala@pine teala]$ cvs login (Logging in to [EMAIL PROTECTED]) CVS password: [teala@pine teala]$ cvs co build cvs server: Updating build U build/athena_nightly.rc U build/athena_nightly.sh U build/beta_nightly.rc U build/beta_nightly.sh U build/beta_pkg.sh U build/cpship.rsh U build/create_brcd_sup.sh U build/cutcd.sh U build/deltag.sh U build/escrowcd.sh U build/installpush.sh ==/etc/inetd.conf=== cvspserver stream tcp nowait.600 root/usr/bin/cvs cvs -f --allow-root=/raid/cvsroot pserver cvspserver2 stream tcp nowait.600 root/usr/bin/cvs cvs -f --allow-root=/raid/home/teala/cvsroot pserver cvspserver3 stream tcp nowait.600 root/usr/bin/cvs cvs -f --allow-root=/raid/cvsroot-old pserver ==/etc/services= = cvspserver 2401/tcp# CVS client/server operations cvspserver 2401/udp# CVS client/server operations cvspserver2 2402/tcp# CVS client/server operations cvspserver2 2402/udp# CVS client/server operations cvspserver3 2403/tcp# CVS client/server operations cvspserver3 2403/udp# CVS client/server operations Any help or illumination you could shed on how to debug either the pserver checkout 'hang' or, more importantly, this pserver access problem, would be greatly appreciated! Cheers, Teala ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
on commit command run
Or really any command. I realize that this may not work but, I thought I'd ask the cvs pros. I've been reading through cvs documentation and have setup a emailing process in the loginfo file of CVSROOT with a command line like: ALL mail -s CVS Commit [EMAIL PROTECTED] great works reasonably well. But the thing that I would like to do is to do something with the files that are committed. This would involve getting the name of the committed file in it's check-out'able form. So if the files that were checked in were testbrnch01.tst and tstcase12.tst under mtest/otf/ and mtest/itf/ in the cvs repository, I could send that to a script with: ALL CIParser mtest/otf/testbrnch01.tst mtest/itf/tstcase12.tst and have those files added to the call to CIParser command line. Is this kind of thing possible with cvs 1.11.1p1 or am I dreaming? There does not seem to be command line substitution variables for the file name like the %s %V and %v offer but don't solve. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
enabling cvs logs at the beggining of a C file
Hi, I am adding a new file to the repository. Can somebody tell me what I need to add in this C file so that I shall be able to see the logs printed at the beggining of the file next time I check it out from the repository. Thank you Rashmi __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: enabling cvs logs at the beggining of a C file
On Tue, May 14, 2002 at 01:23:22PM -0700, Rashmi Vittal wrote: Can somebody tell me what I need to add [...] so that I shall be able to see the logs printed at the beggining of the file next time I check it out from the repository. This is almost always a bad idea; see http://www.cvshome.org/docs/manual/cvs_12.html#SEC103 But if you insist, use $Log$. -- | | /\ |-_|/ Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED] | | / Anyone who swims with the current will reach the big music steamship; whoever swims against the current will perhaps reach the source. - Paul Schneider-Esleben ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: are there any log files for cvs client/server connectioninformation?
On Tue, 2002-05-14 at 15:35, Teala Spitzbarth wrote: Thanks for your reply David, - we are using pserver access - the checkout proceeded through about 1/3 of the files in the module, the hang happened after pulling over (successfully) a 15Mb file, and (presumably) during pulling over the next file in that directory (6Mb). - The checkout was recorded in the history file Have you tried setting the environment variable CVS_CLIENT_LOG to the prefix for the client and server logs to record the client/server communication? (i.e., bhash$ export CVS_CLIENT_LOG=con; cvs update; vi con.in con.out where con.in is the client side of the conversation and con.out is the server side) [ snip ] I am also blocked from setting up a new repository to prototype a new version of CVS, due to another pserver problem. This is the other reason I am asking this question about cvs pserver debugging log files - I am having other access problems with pserver connections over *any* repositories, other than my main source repository. E.g. access to my main repository works fine - but I have two other cvspserver ports set up for alternate test repositories. Access to these other repositories used to work fine - but in the last several months they suddenly stopped working. I can't get pserver access to any new repositories (on any linux systems) to work, and I am using all the exact same inetd configuration as used to work on these systems. Permissions on secondary repository directories are open and aren't blocking access, we are using the server system password access (ie. not using CVSROOT/passwd). This is the error message I get: [teala@pine teala]$ CVSROOT=:pserver:[EMAIL PROTECTED]:/raid/cvsroot-old ^^^ Is this a typo? I do not see a port number. Below you indicate this should go to a different port than the default. [teala@pine teala]$ cvs login (Logging in to [EMAIL PROTECTED]) CVS password: cvs [login aborted]: authorization failed: server hazel.intersan.net rejected access However if I just change the CVSROOT variable to our main repository... it all works fine! [teala@pine teala]$ CVSROOT=:pserver:[EMAIL PROTECTED]:/raid/cvsroot [teala@pine teala]$ cvs login (Logging in to [EMAIL PROTECTED]) CVS password: [teala@pine teala]$ cvs co build cvs server: Updating build U build/athena_nightly.rc U build/athena_nightly.sh U build/beta_nightly.rc U build/beta_nightly.sh U build/beta_pkg.sh U build/cpship.rsh U build/create_brcd_sup.sh U build/cutcd.sh U build/deltag.sh U build/escrowcd.sh U build/installpush.sh ==/etc/inetd.conf=== cvspserver stream tcp nowait.600 root/usr/bin/cvs cvs -f --allow-root=/raid/cvsroot pserver cvspserver2 stream tcp nowait.600 root/usr/bin/cvs cvs -f --allow-root=/raid/home/teala/cvsroot pserver cvspserver3 stream tcp nowait.600 root/usr/bin/cvs cvs -f --allow-root=/raid/cvsroot-old pserver ==/etc/services= = cvspserver 2401/tcp# CVS client/server operations cvspserver 2401/udp# CVS client/server operations cvspserver2 2402/tcp# CVS client/server operations cvspserver2 2402/udp# CVS client/server operations cvspserver3 2403/tcp# CVS client/server operations cvspserver3 2403/udp# CVS client/server operations Any help or illumination you could shed on how to debug either the pserver checkout 'hang' or, more importantly, this pserver access problem, would be greatly appreciated! Cheers, Teala ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: enabling cvs logs at the beggining of a C file
Rashmi Vittal writes: I am adding a new file to the repository. Can somebody tell me what I need to add in this C file so that I shall be able to see the logs printed at the beggining of the file next time I check it out from the repository. http://www.cvshome.org/docs/manual/cvs_12.html#SEC98 But beware -- if you ever use branches, you *will* get conflicts on the log messages every time you try to merge. It's usually better to leave the log messages in CVS rather than embedding them into the source files. -Larry Jones I've got PLENTY of common sense! I just choose to ignore it. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: How to keep unix eoln in repository
Your repository files do have unix-style eol ... it's just that there's a CR at the end of each line ;) This will happen un-intentionally if you use a cvs client with no eol conversion (e.g., the Cygwin port) and stupid editors that munge eol. If your Windows-hosted developers really need DOS text file format, they should be using a cvs client that does eol conversion. kind regards Peter Ring -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of juhas Sent: 14. maj 2002 12:56 To: [EMAIL PROTECTED] Subject: How to keep unix eoln in repository Hi, is there any simple way how to keep unix ends of lines (eolns) in the repository? Despite the fact that our compile link platform is UNIX, some of our developers edit source files on windows. And they always forget to change win eolns to unix eolns... Is it possible to set/write a trigger which would convert eolns in text files during cvs checkin? If not, is there another chance? Thanks a lot, Dusan Juhas ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS for website maintenance ?
On Tue, May 14, 2002 at 11:47:00AM -0600, Tom Hall wrote: Assume you have a website and you'd like to be able to have several people make changes to it. Would it make sense to use CVS for this ? Does anyone know of a website currently being maintained this way ? In case someone else had this question, I got this answer already from the [EMAIL PROTECTED] : We do use CVS to maintain the site ... You won't see the header, footer, or the sidebar, but you can browse the repository for the pages available via the CVS Documentation link in the top navbar via this link: http://www.cvshome.org/source/browse/www/www/. This is a typical setup and is actually mostly stripped directly from the previous cvshome.org site before we had the fancy Java servlets, headers, footers, and navbars. We use issuezilla, a hacked BugZilla http://bugzilla.org, also hidden behind the Java filters on cvshome.org. Please see http://www.cvshome.org/project/www/docs/ProjectIssues.html#aboutIZ for more. Have fun! Derek Thanks Derek ! ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS for website maintenance ?
Tom Hall [EMAIL PROTECTED] wrote: Assume you have a website and you'd like to be able to have several people make changes to it. Would it make sense to use CVS for this ? Does anyone know of a website currently being maintained this way ? See the article by Philip Greenspun at http://www.arsdigita.com/asj/cvs. Coincidentally, I'm just starting to look at exactly this topic - I need to work out a way to implement a process whereby various authors contribute to web site (on a development server) for an elementary school and the school principal is able to authorize every page which is then uploaded to the public server. I *think* it's do-able, but I haven't given it a great deal of thought so far - the big problem is going to be providing a user-friendly interface for completely non-technical users (teachers). Best, --- Les [http://www.lesbell.com.au] ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Symlinks and CVSROOT
We're in the process of setting up a new server for CVS access and for various fallback, redundancy and recovery reasons the directory part of the users CVSROOT environment variable must point to a symlink. During testing of the system, we discovered commands don't always work right. In particular it seems like checking out with -r tag doesn't always work. I've seen this work for some tags and fail for others. Some of the other people testing the system have seen it work sometimes and fail other times for the same tag. After searching old cvs-info archives I found the message below, which seems to be the same problem we're having. A couple questions: 1. Can this be fixed? Or is this already fixed? We are currently using 1.11.1p1 for the tests, but plan on moving to 1.11.2 very soon. Will that make a difference? 2. After looking at the code (lock.c:177 for 1.11.1p1) I'm guessing the reason the assert fails is because repository contains a translated version of the path (without symlinks) and CVSroot_directory contains the symlink version of the directory. Is that correct? Assuming that's true, would it be possible to force the internal representation of the CVSROOT directory to be symlink free? In other words, translate it into the real path? And would that help? 3. Why doesn't if fail consistently? Why only certain tags? Subject: Re: Assert Failure: cvs: lock.c:173: lock_name: Assertion `strncmp (r Date: Wed, 6 Jun 2001 14:39:34 -0400 (EDT) From: [EMAIL PROTECTED] (Larry Jones) Content-Type: text/plain; charset=US-ASCII Nesbitt, Steve writes: cvs: lock.c:173: lock_name: Assertion `strncmp (repository, CVSroot_directory, strlen (CVSroot_directory)) == 0' failed. Terminated with fatal signal 6 [...] This command was working last week. The only known change is that the repository was copied to another disk yesterday because of disk space problems. And that's the cause of the problem. CVS doesn't like it when CVSROOT is a symlink rather than a real directory. You may be able to use some kind of loopback mount rather than a symlink. If not, you'll have to change everyone's CVSROOT or live with the things that don't work. -Larry Jones ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: merge mode for XML
A paper that will interest you:
(preliminary version)
http://citeseer.nj.nec.com/cache/papers/cs/15339/http:zSzzSzwww.cs.arizona.e
duzSzpeoplezSztodszSzacceptedzSz2000zSzParsonsEmancipating.pdf/parsons00eman
cipating.pdf
(published)
http://portal.acm.org/citation.cfm?id=357778coll=portaldl=ACMCFID=2131136
CFTOKEN=70981949
Abstract:
Database design commonly assumes, explicitly or implicitly, that instances
must belong to
classes. This can be termed the assumption of inherent classification. We
argue that the extent and complexity of problems in schema integration,
schema evolution, and interoperability are, to a large extent, consequences
of inherent classification. Furthermore, we make the case that the
assumption of inherent classification violates philosophical and cognitive
guidelines on classification and is, therefore, inappropriate in view of the
role of data modeling in representing knowledge about application domains.
Also, a search for 'semantic interoperability' should return some
interesting hits.
To tell the difference between two (or three) sequences of bytes is not too
difficult; comparing two sequences A and B to determine their longest common
subsequence (LCS) or the edit distance between them has been much studied.
GNU diff is based on an algorithm published by Eugene W. Myers in 1986.
To tell the difference (distance) between two semantic structures is
difficult in a very fundamental way.
Kind regards
Peter Ring
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
Glew, Andy
Sent: 13. maj 2002 19:32
To: [EMAIL PROTECTED]; Glew, Andy
Cc: Gary Bisaga
Subject: RE: merge mode for XML
Motivation: schema changes in most existing relational databases are
onerous.
For very good reason.
And what is that reason?
OK, I admit that some RDBMS applications in production
need stability - just like some systems software applications
(the kind Greg seems to work on, the kind I used to
work on) value stability above all else, and actively
want to make it hard to change things.
However, there are other application domains
- in programming, the domains attacked by agile
methodologies like XP (eXtreme Programming).
{Donning asbestos underwear, expecting Greg
to flame.}
An application area that I frequently work in nowadays
is experimental databases - databases for experimental data.
I want to archive all of my experimental data in a form that
allows me to do arbitrary SQL-like queries over it.
Problem is, as I continue my research, the format of
my records is continually changing. For example, a few years
ago I might have recorded CPU MHz and Cache Size as
configuration parameters - now I have to record at least
3 different cache sizes, as well as multiple clock domain
frequencies. Not to mention that the observations that
I record are constantly changing.
Rather than continually reformatting my database,
adding new fields which are Unknown or Null on old data,
I find it easier to add records containing fields that were not
known earlier.
snip /
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS for website maintenance ?
On Tue, 14 May 2002, Tom Hall wrote: Assume you have a website and you'd like to be able to have several people make changes to it. Would it make sense to use CVS for this ? yes Does anyone know of a website currently being maintained this way ? yes -- see fourth link at: http://www.colug.net/topics/cvs/ for a complete treatise on the topic. Is this the wrong list ? no -- Russ Herrold ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: are there any log files for cvs client/server connectioninformation?
Thanks for your help Lee, The CVS_CLIENT_LOG looks good - I'll have to get it set up for when we are having the network problems and see the hangs again. What I realized from your inquiry about specifying the port number in the CVSROOT variable is that it doesn't work for versions 1.10.x (again, I sorely need to upgrade). I previously used these alternate port repositories only via WinCVS - and that is still working fine (in WinCVS you can specify the alternate port successfully). I had a completely separate configuration problem on another Linux CVS server that was giving the same pserver access denied messages, which confused the issue for me. Cheers, Teala ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: rtag not tagging everything?
I use rtag command on a nightly basis to tag the top of our tree, and then pull from that tag to do our nightly builds. I've never seen any instance where all files in the module were not tagged (i.e. this would result in a build failure for us if it did...), and the rtag command used in this way does select the most recent revision on the trunk. Cheers, Teala -Original Message- From: Larry Jones [mailto:[EMAIL PROTECTED]] Sent: Monday, May 13, 2002 8:18 AM To: Jay Glanville Cc: [EMAIL PROTECTED] Subject: Re: rtag not tagging everything? Jay Glanville writes: I just rtaged a module using the command: cvs rtag TPM_01_02_00_01 source That is a dangerous (some might even say meaningless) command -- exactly what revision of each file did you intend to tag? You didn't say, so you don't really know what you tagged. However, when I perform a cvs log [filename] on some files in the source module, I don't see the tag I stated. And it's inconsistant. I can see it on some files, but not on others. Since you didn't tell CVS exactly what to tag, you shouldn't be surprised that you didn't get what you want. To be honest, I'm not entirely sure what happens when you use rtag without specifying a particular revision. My guess is that it tags the most recent revision on the trunk, so any files that don't exist on the trunk (either they only exist on a branch or they've been deleted and don't exist anywhere) won't be tagged. -Larry Jones Archaeologists have the most mind-numbing job on the planet. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: can't add file to branch, not permissions problem
Oh, that sounds nasty - is it a case issue with using WinCVS? I can't imagine you would get case issues on a Unix client We get directory issues with lower case getting converted to all caps frequently while using WinCVS back to a Linux server. I sure hope all the log fixes syntax changes are in 1.11.2 and that the News file just didn't include those details! The exclusive revision ranges for log ::, is listed as going into 1.11.1 Cheers, Teala -Original Message- From: Matthew Herrmann [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 09, 2002 7:24 PM To: CVS Mailing List Subject: RE: can't add file to branch, not permissions problem argh! the one on the branch was build.bat and the other on the mainline was Build.bat i mean, it's crazy trying to have files differentiated only by case in a repo, but it would really help if there was a message telling me I was about to do something stupid. I got this: RCS file: /public/Development/CVS/rotorgene/main/Attic/build.bat,v done cvs [server aborted]: received abort signal cvs: commit.c:2044: checkaddfile: Assertion `*rcsnode == ((void *)0)' failed. cvs commit: saving log message in C:\DOCUME~1\matthew\LOCALS~1\Temp\20 and now I actually remember getting this problem before, not that the error message jogged my memory :( -- matthew -Original Message- From: Matthew Herrmann [mailto:[EMAIL PROTECTED]] Sent: Friday, 10 May 2002 11:51 To: CVS Mailing List Subject: can't add file to branch, not permissions problem hi all, i'm getting an error trying to commit a new file on a branch. i'm using 1.11.p1 with client/server (win2k client, redhat linux server). checked out a fresh copy of the data: cvs add build.bat cvs server: use 'cvs commit' to add this file permanently cvs commit cvs server: cannot lock `/public/Development/CVS/rotorgene/main/Attic/build.bat, v'. cvs commit: saving log message in C:\DOCUME~1\matthew\LOCALS~1\Temp\17 now i checked the directory and there are no lock files, and I can touch a new file in the repo's dir, so i can't see the permissions being an issue. any ideas? also, is the newly released version 1.12 what _was_ the dev version about 2 months ago, or have they made a new minimal patch? On the website it only shows 4 things or so that have changed, or is that just a summary? (ie does it have the fixed log :: command and the fixed rlog over branches?) thanks, Matthew Herrmann -- Far Edge Technology Level 11, 80 Mount St North Sydney NSW 2060 Australia Ph: 02 9955 3640 Mob: 0404 852 537 ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: How to keep unix eoln in repository
very sorry about the signed message ... http://www.devguy.com/fp/cfgmgmt/download/Win2Unix.zip is a utility that your developers could run before they commit, it converts Windows to unix EOL's -HTH -Original Message- From: juhas [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 14, 2002 10:30 To: Tim Aldrich Subject: RE: How to keep unix eoln in repository Please, plain text only. Could you send me your message again in plain text? Thank you. On Tue, 14 May 2002, Tim Aldrich wrote: [NON-Text Body part not included] -- Dusan Juhas ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: CVS for website maintenance ?
On Wed, May 15, 2002 at 08:31:53AM +1000, Les Bell wrote: snip public server. I *think* it's do-able, but I haven't given it a great deal of thought so far - the big problem is going to be providing a user-friendly interface for completely non-technical users (teachers). Hello, There are many user-friendly clients, try http://www.cvsgui.org for some native, graphical ones. There is an up-and-coming web-based client here - http://sandweb.sf.net ( still in alpha, but mostly functional ). HTH, Rob Helmer ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
