RE: Using password file for pserver user authentication
Thanks Larry and Jeff, I learned some from both of your responses, and will definitely be using aspects of both responses. For this particular problem, the following seems to give me exactly what I need: I have only one unix account: cvsuser... In CVSROOT/passwd: user1::cvsuser user2::cvsuser user3::cvsuser In taginfo: ALL $CVSROOT/CVSROOT/
Re: checking out to remote working directory
At 09:15 PM 2/16/2002 -0500, Aden, David wrote: >The dev environment I'm in requires the ability to checkout files to a >working directory that does not live on the developer's machine. (The >Repository machine and the machine hosting the working directory live in a >data center right next to each other -- the developers are remote.) > >The environment is NT. We could have the developers map a drive from the >remote developer's machine to the working dir but I would like to avoid >that pain over the Internet. > >is there anyway to specify a different working dir to check files out to >other than the "current directory"? I don't know the answer to that (my suspicion is it's "no") but I have a suggestion. Install Cygwin on the NT server hosting the developer sandbox, and setup the Cygwin sshd to run as a service. This will provide you with a free SSH server. Then have your developers use a windows SSH client such as PuTTY to connect to the sandbox and issue their cvs commands. It requires your developers to learn how to use the command-line cvs client, but IMHO the effort is more than worth it. This is the method that I use (I do web development with PHP on both Apache/Linux and IIS/NT) and it works great for me! If you have any questions feel free to ask... ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
checking out to remote working directory
The dev environment I'm in requires the ability to checkout files to a working directory that does not live on the developer's machine. (The Repository machine and the machine hosting the working directory live in a data center right next to each other -- the developers are remote.) The environment is NT. We could have the developers map a drive from the remote developer's machine to the working dir but I would like to avoid that pain over the Internet. is there anyway to specify a different working dir to check files out to other than the "current directory"? david
Re: Converting ClearCase to CVS
[ On Saturday, February 16, 2002 at 15:38:33 (-0800), Paul Sander wrote: ] > Subject: Re: Converting ClearCase to CVS > > Given the status quo, I can either buy a commercial system that has > industrial robustness and support, or I can build it myself. I'm not talking about buying or building -- I'm talking purely about support, since that's all you addressed in your original comments. -- Greg A. Woods +1 416 218-0098; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL PROTECTED]>; VE3TCP; Secrets of the Weird <[EMAIL PROTECTED]> ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Newbie: howto share modules
I have the following scenario: I have a subproject in CVS (a directory in a module) where I want to have some other subprojects from CVS as subdirectories. Let's say we have: The following structure: (C++ is the root module) C++/Applications/MyApp C++/Libraries/TheFirstLib C++/Libraries/TheSecondLib C++/Libraries/OtherLibs ... Where I want to have C++/Applications/MyApp/TheFirstLib C++/Applications/MyApp/TheSecondLib The reason I want it this way is because I want to be able to deploy the source code to MyApp without having to do a lot of rearranging which might break the compile of MyApp. -- Vennlig hilsen Syver Enstad ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: cvs [commit aborted]:
Since switching to the latest CVS development code base, I now get different results: $ cvs -t update build.xml cvs update: notice: main loop with [EMAIL PROTECTED]:/space/cvsroot -> Starting server: ssh xx.xx.xx.xx -l dhoag cvs server S-> Reader_Lock(/space/cvsroot/build) S-> Lock_Cleanup() I've let it sit like this for over 30 minutes. Meanwhile another a different machine and network: $ cvs -t update build.xml -> main loop with [EMAIL PROTECTED]:/space/cvsroot -> Starting server: ssh xx.xx.xx.xx -l dhoag cvs server S-> Reader_Lock(/space/cvsroot/build) S-> Lock_Cleanup() S-> Lock_Cleanup() On the CVS server $ ps -ef | grep cvs dhoag 22624 22623 0 16:36:25 ?0:00 cvs server $ ls -l /tmp/cvs-serv22624/CVS/Entries -rw-r--r-- 1 dhoagstaff 19 Feb 16 16:36 /tmp/cvs-serv22624/CVS/Entries $ ls -l /tmp/cvs-serv22624/CVS/Repository -rw-r--r-- 1 dhoagstaff 21 Feb 16 16:36 /tmp/cvs-serv22624/CVS/Repository Any ideas why it hangs? - Dave ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Converting ClearCase to CVS
>--- Forwarded mail from [EMAIL PROTECTED] >[ On Saturday, February 16, 2002 at 12:42:57 (-0800), Paul Sander wrote: ] >> Subject: Re: Converting ClearCase to CVS >> >> You get what you pay for. In my opinion, the quality of implementation >> of ClearCase is much more robust than CVS, and Rational supports it much >> better anyone supports CVS. >Have you ever paid anyone to support CVS with the same amount of money >you have pay for licensing _and_ support of ClearCase? I'll bet you >would get better support for CVS than you could ever get for ClearCase. Well, yes and no. I have not ever paid anyone to support CVS but rather did it myself. I discovered that having source code doesn't make up for a broken design, and that I have better things to do than to keep fixing basic things (like signal handling so that ctrl-C doesn't break things, various instances of memory mismanagement, and useful access control) and adding hooks that I needed for larger systems. Given the status quo, I can either buy a commercial system that has industrial robustness and support, or I can build it myself. In the end, the same capabilities cost just as much either way: The money goes to my salary to build it, or it goes to a salesman. If it goes to the salesman, then I get many more man-years of robustness and polish with a system that can be deployed much more quickly. >In terms of support there are no advantages to being one of the many >ClearCase users that are not also advantages of being one of the many >CVS users. While Rational may have more long-term dollars to put into >research and development than has been or ever will be put into CVS >research and development, that's not necessarily an advantage for >ClearCase either. Free software does not have to fight for market share >by adding useless, and/or confusing, and/or buggy features. One would hope that a competent designer of quality software doesn't introduce any of these things. While it's true that most users don't use every feature of any system, it's still possible to measure the utility of features across the customer base. And companies don't usually add features to their products unless there's great demand for them. In contrast, features may be added to free software if only one user calls for them... As for whether or not a feature is confusing, RTFM. And if a feature is buggy, then the vendor isn't doing their job in the quality assurance department. If they don't provide the level of robustness that their customers demand, then they'll go elsewhere. I find it funny that you would use this particular argument to defend CVS, which itself has a number of features that are not only useless and confusing, but buggy as well. >--- End of forwarded message from [EMAIL PROTECTED] ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Converting ClearCase to CVS
[ On Saturday, February 16, 2002 at 12:42:57 (-0800), Paul Sander wrote: ] > Subject: Re: Converting ClearCase to CVS > > You get what you pay for. In my opinion, the quality of implementation > of ClearCase is much more robust than CVS, and Rational supports it much > better anyone supports CVS. Have you ever paid anyone to support CVS with the same amount of money you have pay for licensing _and_ support of ClearCase? I'll bet you would get better support for CVS than you could ever get for ClearCase. In terms of support there are no advantages to being one of the many ClearCase users that are not also advantages of being one of the many CVS users. While Rational may have more long-term dollars to put into research and development than has been or ever will be put into CVS research and development, that's not necessarily an advantage for ClearCase either. Free software does not have to fight for market share by adding useless, and/or confusing, and/or buggy features. Even truly mass-market "boxed" software doesn't necessarily have any advantage over free software, provided that the user is willing to pay the same much in support fees as they would pay for the commercial version (and I can assure you that ClearCase is very far from ever being considered a "mass-market" product of any kind! :-). -- Greg A. Woods +1 416 218-0098; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL PROTECTED]>; VE3TCP; Secrets of the Weird <[EMAIL PROTECTED]> ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Assertion failed: rev == NULL || isdigit ((unsigned char) *rev)
David Everly writes: > > I have been asked to see if I can take the project back to tag_b and > then add in the changes made between tag_c and now. So, in other words, you want to undo the changes between tag_b and tag_c. > So I did the following to see what would happen: > > cvs checkout my_project > cd my_project > cvs update -j HEAD -j tag_b > cvs update -j tag_c -j HEAD > > In the binary for Solaris downloaded from cvshome.org, I get the > following during the last command: > > Assertion failed: rev == NULL || isdigit ((unsigned char) *rev), file > /u/scjones/cvs-nightly/src/rcs.c, line 3990 > cvs [server aborted]: received abort signal Doing multiple merges without a commit confuses CVS. I suggest you try: cvs co my_project cd my_project cvs up -j tag_c -j tag_b -Larry Jones I won't eat any cereal that doesn't turn the milk purple. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: limiting access
Petr Kozelka writes: > > I would like to know if it is possible to restrict "commit" access to some files > or directories to certain users only, using CVS means. I want to do this on a > server where I myself have only CVS access. The best way to do that is by setting the permissions on the repository directories so that only the people you want to be able to commit have write permission (you can only do this on a directory basis, not per file). If you still want to allow other people to read those directories (e.g., do chekout, diff, etc.), you have to use LockDir= in your CVSROOT/config file to put the lock files somewhere other than inside the repository since read-only users still need to be able to create lock files. If you don't have direct access to the server, that could be tricky; you can also use a commitinfo script to control access, but you have to be very careful -- it's easy to shoot yourself in the foot doing that. -Larry Jones Summer vacation started! I can't be sick! -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: How to identify the user who has modified the file
Sudarshan writes: > > My question is how do we know that who has modified the files and when > they have changed, > since the User who has modified files of the repository always remains > as sam. cvs log -Larry Jones I don't see why some people even HAVE cars. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Converting ClearCase to CVS
>--- Forwarded mail from [EMAIL PROTECTED] >--- "Mark A. Flacy" <[EMAIL PROTECTED]> wrote: >> Out of curiosity, why are you moving from ClearCase to CVS? >Okay, you asked. Here it comes. But my question would be why not move from >ClearCase to CVS? This comes from my personal experience at multiple clients, >some using CVS, some CC, some both. >ClearCase has: >- much large cost of tool and support (I think their in kohuts with $Oracle$ >and that they are learning software development and customer relations from >Microsoft) You get what you pay for. In my opinion, the quality of implementation of ClearCase is much more robust than CVS, and Rational supports it much better anyone supports CVS. >- much more money to shell out if you need to work at different locations >without depending "always on" conection over a network, to simulate the >unwritten rule that the client and server need to be (logically) on the same >machine to work. (even if you use multisite, you get to the added benefit of >needing merge everything on each end, which kills most if not all benefit of >multisite if both sites need to work on the same release/branch) This much is true. >- a much larger "tool admin" to "project/user" ratio. Are you spending more >time on CM activities or babysitting the tool? Does you phone ring for CM >issues or CC issues? Do your users that just want to checkin their work without >needing a PhD from $Rational University$ At my current employer, our user-to-admin ratio is over 50-1. And all of our users are competent enough with ClearCase in half an hour to create and configure workspaces and to perform checkouts, checkins, merges, and version history queries. This is even if they've never seen ClearCase before. >- cannot handle interopability, yes Virginia, you must purchase or obtain yet >another tool to assist CC, and add that to your overhead activities to maintain >this tool to compensate/help out CC. (how much did you spend on CC and how much >is it still costing you per day?) This is true if your shop does development on both Windows and Unix. However, one of the supported interop tools is Samba, which the IT organization probably administers anyway. >- much more larger (and persistent) learning curve (and ongoing user >frustration level, especially if the out-of-touch high level people that where >sold the tool where also sold on UCM, the so called "out-of-the-box" solution) Then don't use UCM. It's too immature for large development efforts, and Rational doesn't push it for that. They also realize established development efforts already have their own processes, and support deploying them using the pre-UCM feature set. >- no additional functional benefit do to "directory versioning", cvs add/remove >per branch per file is suffiently equivalent/reasonable. (continue reading if >you want to reply to this one about renames and moves) don't get me wrong, I >think directory version is great, but its importance in the grand scheme of >things is artificially inflated. In your world, not mine... If you're used to (and willing to continue) working around its absence, you lose sight of its value. >- cost/amount of infrastructure that is needed, CPU/bandwith/servers. Its >expensive to keep performance up. contrary to what you may find on CCUIG, >clearcase is anything but efficient when it comes to disk space. You have the >VOB and all versions, fine, but the VOB also has cache it maintains to send >files to views and you must regularly free it up to get back disk space. Views >do not save on disk space, beacuse to use a file, it must be _copied_ into the >view (just like CVS). but views have an added benefit, they can collect and >store deltas in a cache for more that one version of the file, that must be >cleaned up to get back disk space. Oh, you need to update a few files in you >view, CC needs to continuously export a file system over the network to each >client, CVS just sends packets with just the deltas needed, when needed. CC >functionaly does what CVS does for updating views/workarea, CC just needs a lot >more of everything (CPU/bandwith/diskspace) to do it and does it at a different >time (at file use or checkout vs workarea creation). So if you never use or >view a file in a CC view or have a bunch of garbage in your repostory you will >never use in a build or development, then CC can be more efficient. How about >all those processes CC has up and running, dragging down the system, just >waiting around to be used (or begging to be restarted/bounced). It's true that ClearCase does prefer bigger servers and more network bandwidth, but your claims are a little inflated. It doesn't need constant tuning and hardware upgrades to maintain suitable performance. VOBs store shared resources. As such, they cache any files that are checked in, plus other objects like built objects that have identical inputs (sources, build rules, environment settings, and other things). ClearCase go
Re: How to identify the user who has modified the file
[ On Saturday, February 16, 2002 at 15:38:50 (+0530), Sudarshan wrote: ] > Subject: How to identify the user who has modified the file > > The working members of the team are guru, sam , pran. > and in the passwd file i have mentioned as below Well, first of all remember that you do not have any real accountability or security with cvspserver. If you really want to know who did what then you must use real Unix user-IDs (and you should probably use SSH). > All the members of the team are able to checkout the modules and do > updation and everything works fine. > But my problem is whenever other than sam does the updation the file > permissions still shows Please ignore the permissions on the files. The record of who did what to an RCS file is, for the most part, recorded only within the file itself. Remember the permissions on the directories control access to the RCS files within. > Please DO NOT EVER send HTML-formatted e-mail to public mailing lists! -- Greg A. Woods +1 416 218-0098; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL PROTECTED]>; VE3TCP; Secrets of the Weird <[EMAIL PROTECTED]> ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
[±¤ °í (ÁÖ)¿¡½ºÆ¼°ÔÀÌÆ®] ¸ðµÎ ºÎ~~~ÀÚ µÇ¼¼¿ä(ÆǸÅÁ¡ ¸ðÁý)
(ÁÖ)¿¡½ºÆ¼°ÔÀÌÆ®´Â ¿Â¶óÀÎ À̵¿Åë½Å ¼îÇθôÀ» ÆǸÅÁ¡À» ¸ðÁýÇÕ´Ï´Ù. ±ÍÇÏÀÇ ¸ÞÀÏÁÖ¼Ò´Â À¥¼ÇÎÁß¿¡ ¾Ë°Ô µÈ°ÍÀ̸ç, E-Mail ÁÖ¼Ò ¿Ü¿¡, ´Ù¸¥ Á¤º¸´Â °®°í ÀÖÁö ¾ÊÀ¸¸ç Á¤ÅëºÎ ±Ç°í»çÇ׿¡ ÀÇ°Å Á¦¸ñ¿¡ [±¤°í]¶ó°í Ç¥±âÇÑ ¸ÞÀÏÀÔ´Ï´Ù. ¿øÄ¡ ¾ÊÀ¸¸é, ¼ö½Å°ÅºÎ¸¦ ´·¯ÁÖ¼¼¿ä. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: can't check out modules
> cvs server: Updating CVSROOT > cvs server: failed to create lock directory for > `/var/cvsroot/CVSROOT' > (/var/cvsroot/CVSROOT/#cvs.lock): Permission denied > cvs server: failed to obtain dir lock in repository > `/var/cvsroot/CVSROOT' > cvs [server aborted]: read lock failed - giving up That was an easy fix as well, just the user permisions as I figured last night. CVS seems to be working perfectly. Thanks for all your help! __ Do You Yahoo!? Yahoo! Sports - Coverage of the 2002 Olympic Games http://sports.yahoo.com ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
limiting access
Hello all, I would like to know if it is possible to restrict "commit" access to some files or directories to certain users only, using CVS means. I want to do this on a server where I myself have only CVS access. Thanks Petr ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Assertion failed: rev == NULL || isdigit ((unsigned char) *rev)
I have an unusual situation: My project has the following tags (in order of appearance): tag_a tag_b tag_c I have been asked to see if I can take the project back to tag_b and then add in the changes made between tag_c and now. So I did the following to see what would happen: cvs checkout my_project cd my_project cvs update -j HEAD -j tag_b cvs update -j tag_c -j HEAD In the binary for Solaris downloaded from cvshome.org, I get the following during the last command: Assertion failed: rev == NULL || isdigit ((unsigned char) *rev), file /u/scjones/cvs-nightly/src/rcs.c, line 3990 cvs [server aborted]: received abort signal cvs --version Concurrent Versions System (CVS) 1.11.1p1 (client/server) ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
8000万伊妹给您拜年,成本奉送,祝您马年8到成功!
Title: ÐÂÄêºÃ Hi,ÐÂÄêºÃ£¬ÂíÄ꼪Ï飡 ¡ïÊý×ÖÔÚÏß¡ï ÏòÄú¹§ºØдº£¡ ·îË͸øÄú8000ÍòС£¬Ò²¿ÉΪÄú´ú·¢¹ã¸æ£¬ »¹ÓнñÄêÿÔµÄÁ÷ÐÐÉ«ÄØ:-() ¿ì¿ìÏÂÔØ°É£¡ == ÍøÖ·£ºÊý×ÖÔÚÏß http://www.19888.com == Èç¹û´ËÐÅ´òÈÅÁËÄú£¬ÎÒÃÇÏòÄúÖÂÒÔ³ÏÖ¿µÄǸÒâ! ú¾ÉX§X¬´ß¡Ëì{¨®m¶ÿ¨¥{¨®æj)fjåËbú?wèrû
How to identify the user who has modified the file
hi , I have created a repository and created the passwd file. Also i have created a directory called project. The working members of the team are guru, sam , pran. and in the passwd file i have mentioned as below guru:hnjwpfjwl23l:sam sam:perkw94322:sam pran:djkw85kdowee:sam. and the above members of the team has been called as team_sam. the directory permissions at the repository level and the below level are as follws username as sam and group name as team_sam. All the members of the team are able to checkout the modules and do updation and everything works fine. But my problem is whenever other than sam does the updation the file permissions still shows as the person who has modified the files as sam and since i have fixed the group permiison of the folder using a sticky bit , the group name remains the same. My question is how do we know that who has modified the files and when they have changed, since the User who has modified files of the repository always remains as sam. Thanks in advance for the help Sudarshan