JUICY CHEERLEADERS (FREE) 3371

[lisa_semeonline4]

F R E EF R E EF R E EF R E E
  F R E EF R E EF R E EF R E E
F R E EF R E EF R E EF R E E


COME FUCK MY JUICY WET HOLE
http://cumageddon.com/?r=first&p=e


I WISH THIS BIG DILDO WAS REALLY YOUR HUGE COCK
http://hardcorepleasures.net/?r=second&p=e


I'M TIRES OF FINGERING MYSELF.  I NEED YOUR HUGE COCK NOW.
http://smoothai.com/?r=third&p=e




F R E EF R E EF R E EF R E E
  F R E EF R E EF R E EF R E E
F R E EF R E EF R E EF R E E
  F R E EF R E EF R E EF R E E




___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: deleting repositories

[Larry Jones]

=?iso-8859-1?q?E=20B?= writes:
> 
> 1. I created a repository using cvs import, from
> the client. Now I want to a) remove this repository

Can't be done from the client.  One of the fundamental tenets of a
revision control system is that you *never* permanently remove
*anything* -- you always have to be able to get it back.

> or b) make this repository obsolete.

What do you mean by "obsolete"?  If it's a top-level directory, feel
free to ignore it.  You can also delete all the files in the directory
so that anyone checking it out or updating it with -P won't see it at
all.

-Larry Jones

We don't ATTEND parties, we just CRASH 'em. -- Calvin

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: cvs add from a different directory

[Larry Jones]

=?iso-8859-1?q?E=20B?= writes:
> 
> My actual requirement is I want to run this command
> though a java program and I cant make java to change
> the working directory(there are some ways to change
> dir but they are unreliable and not recommended).

So have Sun fix Java.  I don't see where this is something CVS should
need to do.

-Larry Jones

When you're SERIOUS about having fun, it's not much fun at all! -- Calvin

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

这套软件和书本可帮您赚大钱!

[fu-neng]

ÕâÌ×Èí¼þºÍÊé±¾¿É°ïÄú׬´óÇ®!


ÄúºÃ£¡ÇëÄãÔÚ°ÙæÖп´Ò»ÏÂÕâÌ×Èí¼þ£¬ÏàÐÅÒ»¶¨»á¶ÔÄãÓÐÓá£ÕâÊÇÕë¶ÔÆóÒµ¹ÜÀíÐèÇó¶ø¶¨ÖƵġ£ÇëÉÏÎÒÃǵÄÍøÖ·Á˽â¸üÏêϸµÄÄÚÈÝ.
 http:// www.fu-neng.com


ÆóÒµÏÖ´ú»¯¹ÜÀí²»µ«ÐèÒªÓй淶¡¢¿ÆѧºÍºÏÀíµÄ¹ÜÀíÖƶȣ¬»¹ÐèҪʵÐиßЧÂʵÄÏÖ´úµç×Ó»¯µÄ¹ÜÀí³Ìʽ,²ÅÄÜ»ñµÃ×î´óÏ޶ȵÄЧÒæ¡£Ãæ¶ÔWTOµÄÊÀ½çÉ̳¡´ó²«É±£¬Ë­µÄ¹ÜÀí¸úµÃÉÏʱ´úË­¾ÍÓ®µÃÉÌ»ú¡£


ÓÉÉîÛÚÊи»ÄÜʵҵÓÐÏÞ¹«Ë¾Ö÷±àµÄ¡¶ÖйúÏÖ´úÆóÒµ¹ÜÀíÖƶÈʵÓôóÈ«¡·£¨Ó¦ÓÃÈí¼þϵͳ¹âµú°æ£©ºÁÎÞ³éÏóµÄÀíÂÛ¸ÅÄ¶øÊÇרÃÅÁоÙÆóÒµ³£Óõĸ÷ÖÖ±àÖÆ¡¢¸Úλ¡¢ÖƶȺʹëÊ©£¬Í¬Ê±ÓÖÉè¼Æ³É¾ßÓеçÄÔ¶Áд¡¢²éѯ¡¢±à¼­ºÍ´òÓ¡µÈ¶àÖÖ¹¦ÄܵĸßЧÂʵÄÏÖ´úµç×Ó»¯¹ÜÀí¹¤¾ßģʽ¡£


ÔÚ¾­¹ýÖÚ¶àÆóÒµÊÔÓᢷ´Ó¦Ò»ÖÂÔ޺õĻù´¡ÉÏ£¬ÔÙÓɵç×Ó¹¤Òµ³ö°æÉç³ö°æµÄÈí¼þϵͳ¹âµú°æ£¨¿¯ºÅ£ºISBN-7-900016-25-2£©ºÍ»¨³Ç³ö°æÉç³ö°æµÄÊé¼®£¨ÉÏ¡¢ÖС¢Ï¹²Èý²á£¬ÊéºÅ£ºISBN-7-5360-3224-2£©£¬¹«¿ªÏòÈ«¹ú·¢ÐС£È«¹ú¸÷Ê¡ÊдóÊéµêÓÐÊé³öÊÛ£¬¹ºÂòÊ®·ÖÓ»Ô¾£¬ÉîÛÚÊé³ÇµÈÐí¶àÊéµê¶Ô±¾ÊéµÄÏúÊÛÁ¿³¤ÆÚλ¾ÓÆó¹Ü¹¤¾ßÊéÏúÁ¿µÚÒ»¡£Êܳö°æÉçίÍУ¬Èí¼þ½öÓɱ¾¹«Ë¾Ö±¹©¡£


ͨ¹ý»¥ÁªÍøµÄ±¾¹«Ë¾ÍøÒ³£¬Í¨¹ýÈËÃñÈÕ±¨¡¢ÄÏ·½ÈÕ±¨¡¢ÉîÛÚÉ̱¨µÈÖÐÑëºÍµØ·½Ê®¶à¼Ò±¨Ö½¿¯ÎïµÄýÌåÐû´«ºÍÈ«¹ú´óÊéµê¸ÃÊ鿯µÄÖ±Ãæ½éÉÜ£¬Áȫ¹ú¸÷µØÖÐÍâÆóÒµÈËÊ¿Ó»Ô¾Óʹº£¬³¡ÃæÈÈÄÖ·Ç·²¡£Ðí¶à¿Í»§Ö»ÒªÖªÏþ´ËÐÅÏ¢£¬Äþ¿Ï»¨ÉÏÒ»´ó±ÊÌØ¿ìרµÝ·Ñ»¹ÆȲ»¼°´ýµØÓûÁ¢¼´°ÑËüÂòµ½ÊÖ¡£ÕýÒò´Ë£¬±¾¹«Ë¾ÔÚ¸½½ü¼¸¸öÓʾֵÄÌØ¿ìרµÝ·¢»õÒµÎñÈ·Òѽ¥³É¹æÄ£¡£


ССµÄÒ»Ì×Èí¼þ£¬ÎªºÎÓÐÈç´ËЧӦ£¿ÆäʵԭÒòÒ²¼òµ¥£¬¶àÉÙÄêÀ´£¬Éç»áÉϵÄÆó¹Ü¿¯Îï¹Å½ñÖÐÍâµÄ¶àΪ³¤Æª´óÂÛ£¬ÀíÂÛÒ»´ó¶Ñ£¬ËüÖ»ÊÊӦѧÕßÐÍÈËÊ¿¡£¶øÆó¹ÜÈËÊ¿¶àΪÎñʵÐÍ£¬Î¨Ò»ÅÎÍûÄܵÃÒ»Ìס°Ò»¿´¾Í¶®£¬Ò»ÓþÍÁ顱µÄ½ÏÈ«ÃæµÄÆó¹Ü¹¤¾ß¿¯ÎïºÍÈí¼þϵͳ¡£±¾¹«Ë¾Ö÷±àµÄ¡¶ÖйúÏÖ´úÆóÒµ¹ÜÀíÖƶÈʵÓôóÈ«¡·ÕýºÃÌî²¹ÁËÕâÒ»¿é¿Õ°×¡£Ä¿Ç°ÊÐÃæÉÏ´ËÀàÊ鿯ÁÖÁÖ×Ü×Ü£¬µ«Î¨¶À±¾¹«Ë¾Ö÷±àµÄ¡¶ÖйúÏÖ´úÆóÒµ¹ÜÀíÖƶÈʵÓôóÈ«¡·Èí¼þºÍÊé±¾×îÊÜ»¶Ó­¡£


¡¶ÖйúÏÖ´úÆóÒµ¹ÜÀíÖƶÈʵÓôóÈ«¡·µÄÄÚÈݼòµ¥Ã÷Á˶øÈ«Ã棬·½·½ÃæÃæ˵µ½Êµ´¦£¬Ö±½ØÁ˵±µØÏÔÏÖ³öÁ˽¨Á¢ÏÖ´úÆóÒµÖƶȵľßÌåÌõÎĺÍÄÚÈÝ£¬²¢°ÑÆóÒµÎñʵµÄ³£¹æ¹ÜÀíÖƶȡ¢±í¸ñºÍ¾ßÌåÔË×÷ʵÀýµÈ£¬¶¼×÷Á˹淶»¯¡¢³ÌÐò»¯ºÍ¿Æѧ»¯µÄÖ¸Òý¡£ÓöÁÕߵĻ°À´Ëµ£º¡°Ò»¿´¾Í¶®£¬Ò»ÓþÍÁé¡£¡±


ÕâÌ×Èí¼þºÍÊé±¾ÒÑÔÚÈ«¹ú¸÷Ê¡ÊС¢¸÷ÐÐÒµ·¢ÐжàÄ꣬ӰÏìÉî¿Ì¡£ÌرðÊÇ×îаæÓÚ½üÆÚÉÏÊÐÒÔÀ´£¬³ýÁËÈ«¹ú¸÷µØµÄ°×Áì¡¢½ðÁì¶ÁÕßÃÇ¿ÕÇ°Ó»Ô¾¹ºÂòÖ®Í⣬¸üÓкö༯ÍÅ¡¢Ñ§Ð£¡¢Åàѵ°àºÍÑÐÌÖ»áµÈ»ú¹¹ÅúÁ¿¹ºÂò£¬ÒÔ×÷ΪһÖÖÆóÒµ¹ÜÀíµÄʵÓù¤¾ß¡¢½Ì²ÄºÍ¸ßÉеĻáÒéÀñÆ·£¬·¢Ë͸øÓйØÏÂÊô²¿ÃÅ»òѧԱ£¬Í¬Ê±Ò²ÊÇÇ×ÅóºÃÓÑÖ®¼ä»¥ÏàÀ¡ÔùµÄÒ»ÖÖÒâÒåÖØ´óµÄÌØÊâÕä¹óÀñÆ·¡£

Èí¼þÿÌ׶¨¼Û780Ôª£¬ÍøÉÏÓÅ»ÝÊÛ¼ÛÿÌ×£º702Ôª¡£

Ê鱾ÿÌ×£¨ÉÏ¡¢ÖС¢Ï¹²Èý²á£©¶¨¼Û129Ôª£¬ÍøÉÏÓÅ»ÝÊÛ¼ÛÿÌ×£º119.97Ôª¡£


Èç¹ûÿÌ×Èí¼þ¸¶×㶨¼Û780Ôª£¬¾Í¿É»ñÔù¡¶ÖйúÏÖ´úÆóÒµ¹ÜÀíÖƶÈʵÓôóÈ«¡·£¨ÉÏ¡¢ÖС¢Ï²ᣩÊéÒ»Ì×,ÄúÓÖ½ÚÊ¡ÁË129Ôª!£¨ÕâÊÇ´ó¶àÊý¶ÁÕßµÄÊ×Ñ¡£©

ÆÕͨÓʼķÑÓɱ¾¹«Ë¾¸ºÔð£¬ÈçÐèÌØ¿ìרµÝ£¬ÔòÈí¼þ¼Ó40Ôª£¬1Ì×Êé¼Ó70Ôª¡£

±¾¹«Ë¾²úÆ·¾ø¶Ô±£Ö¤ÖÊÁ¿£¬²¢È«ÌìºòµØÌṩÊÛºó·þÎñ£¬Çë·ÅÐÄʹÓá£

È«¹ú¸÷Ê¡ÊдóÊéµêÓÐÊéÊÛ£¬Ò»ÂÉ°´¶¨¼Û£¬»¶Ó­×ÉѯºÍÓʹº¡£

ÈçÓÐÐèÒª£¬ÇëÓëÉîÛÚÊи»ÄÜʵҵÓÐÏÞ¹«Ë¾ÁªÏµ¡£

£¨¶¨¹º·½Ê½£©:

Ò»¡¢ÒøÐлã¿î
Êտλ£º  ÉîÛÚÊи»ÄÜʵҵÓÐÏÞ¹«Ë¾
¿ª»§ÒøÐУº  ÉîÛÚ¹¤ÉÌÐÐÉϲ½Ö§ÐÐÓªÒµ²¿
Õʺţº  420109024838408  £¨¹²19룩

¶þ¡¢Óʾֻã¿î
ÊÕ¼þÈË£º  ÉîÛÚÊи»ÄÜʵҵÓÐÏÞ¹«Ë¾   £¨Ç벻Ҫд¸öÈËÐÕÃûºÍ"¸ºÔðÈË"ÊÕ£©
µØ  Ö·£º  ÉîÛÚÊб¦°²±±Â·¹ú¼ÊÉÌÆ·½»Ò×´óÏÃ5Â¥C33ÊÒ
ÓÊ  ±à£º  518028


µ±Äú°ìÀíÍê»ã£¨×ª£©¿îºó£¬Ç뼰ʱ½«»ã¿î»Øµ¥£¨Êվݣ©Á¬Í¬ÊÕ»õÈ˵ÄÏêϸµØÖ·¡¢µ¥Î»¡¢ÐÕÃû¡¢µç»°¡¢´«Õæ¡¢ÓʱàµÈ×ÊÁÏ£¬Ò»²¢´«Õæµ½0755-5874084£¬ÒÔ±ãÎÒ¹«Ë¾²ÆÎñ²¿Æ¾ÄúµÄ´«Õæ¼þºËʵºó£¬ÔÚµ±ÌìÓʾֵŤ×÷ʱ¼äÄÚ£¬°Ñ»õÎïÁ¢¼´¸øÄú¼Ä£¨ËÍ£©Ò²È¥¡£


Êé±¾²¿·ÖĿ¼¾ÙÀýÈçÏ£º

ÉÏ ²á
¡¡
µÚÒ»Õ CI¹ÜÀíϵͳ

¹æ·¶»¯¹ÜÀíʵʩ´ó¸Ù
¹æ·¶»¯¹ÜÀíÎļþµÄÖÆ×÷¡¢ÊµÊ©¹æ¶¨
CI¹æ·¶¹ÜÀíÖƶÈ
ÆóÒµCI½¨Éè×¼Ôò
CIµ¼ÈëÆõ»ú
CIÊÓ¾õʶ±ðÏîÄ¿ÒªËØ
°¸Àý½éÉÜ

µÚ¶þÕ ×éÖ¯¹ÜÀíϵͳ

Ö°ÄܽṹµÄÆóÒµ×éÖ¯»ú¹¹ÉèÖÃģʽ
ʵÐд¹Ö±¹¦ÄÜÐ͹ÜÀíµÄÆóÒµ×éÖ¯»ú¹¹ÉèÖÃģʽ
ÊÂÒµ²¿·ÖȨÆóÒµµÄ×éÖ¯»ú¹¹ÉèÖÃģʽ
·Ö²¿½á¹¹µÄÆóÒµ×éÖ¯»ú¹¹ÉèÖÃģʽ
Ö°ÄÜ·Ö²¿µÄÆóÒµ×éÖ¯»ú¹¹ÉèÖÃģʽ
²úÆ··Ö²¿ÆóÒµµÄ×éÖ¯»ú¹¹ÉèÖÃģʽ
µØÇø·Ö²¿ÆóÒµµÄ×éÖ¯»ú¹¹ÉèÖÃģʽ
»ìºÏÆóÒµµÄ×éÖ¯»ú¹¹ÉèÖÃģʽ
¶ÌÕóʽµÄÆóÒµ×éÖ¯»ú¹¹ÉèÖÃģʽ
¼¯ÍŹ«Ë¾×éÖ¯»ú¹¹ÉèÖÃģʽ
óÒ×¹«Ë¾×éÖ¯»ú¹¹ÉèÖÃģʽ
ÖÆÔìÒµÆóÒµµÄ×éÖ¯»ú¹¹ÉèÖÃģʽ
¹«Ë¾¹ÜÀí»ú¹¹Ö°Ôð·Ö¹¤¹æ¶¨£¨A£©
¹«Ë¾¹ÜÀí»ú¹¹Ö°Ôð·Ö¹¤¹æ¶¨£¨B£©
¹«Ë¾¹ÜÀí»ú¹¹Ö°Ôð·Ö¹¤¹æ¶¨£¨C£©
ÏîÄ¿¿ÉÐÐÐÔÑо¿±¨¸æ±àÖÆÌá¸Ù
¡¡
µÚÈýÕ ÐÐÕþ¹ÜÀíϵͳ

ÐÐÕþÊÂÎñ¹ÜÀí¹æ¶¨
¹«ÎĹÜÀí¹æ¶¨
»áÒ鹤×÷ϸ½Ú
°ì¹«ÊÒÖ°Ôð
²ÆÎñ²¿Ö°Ôð
×ÜÎñ²¿Ö°Ôð
¹ÜÀí²¿Ö°Ôð
¹¤³Ì²¿Ö°Ôð
¹¤³ÌάÐÞ²¿Ö°Ôð
Æ·¹Ü²¿Ö°Ôð
ÓªÒµ²¿(Êг¡²¿)Ö°Ôð
¿ª·¢²¿Ö°Ôð
²É¹º²¿Ö°Ôð
´¢Ô˲¿Ö°Ôð
·¢Õ¹²¿¾­ÀíÖ°Ôð
±£ÃÜÖƶÈ
ÒµÎñ²¿£¨Êг¡²¿£©¾­ÀíÖ°Ôð
·þÎñ²¿¾­ÀíÖ°Ôð
¹úÍⲿ¾­ÀíÖ°Ôð
²Ö´¢²¿¾­ÀíÖ°Ôð
²ÆÎñ²¿¾­ÀíÖ°Ôð
ÈËʲ¿¾­ÀíÖ°Ôð
×ÜÎñ²¿(°ì¹«ÊÒ)¾­ÀíÖ°Ôð
·Ö¹«Ë¾¾­ÀíÖ°Ôð
ÓªÒµ²¿¾­ÀíÖ°Ôð
·þÎñÖÐÐľ­ÀíÖ°Ôð
¼¼Êõ±£ÃܺÏͬÊé
Öµ°à¹ÜÀíÖƶÈ
×Ųֵ̈°à¹ÜÀí¹æ¶¨
µç»°¹ÜÀí¹æ¶¨
Ó¡Õ¹ÜÀíÖƶÈ
ÓÃÓ¡ÉêÇëµ¥
Ô±¹¤×Å×°¹ÜÀí¹æ¶¨
Ô±¹¤´ò¿¨¹ÜÀí¹æ¶¨
Ô±¹¤¹¤×÷ÅƹÜÀí¹æ¶¨
ÎÄÓ¡ÊÒ¹ÜÀí¹æ¶¨
±¨¿¯ÓÊ·¢¹ÜÀí¹æ¶¨
¸÷ÀàÎïƷ˵Ã÷×ÊÁϹÜÀí¹æ¶¨
¹«ÎïʹÓùÜÀí¹æ¶¨
ÎľßÓÃÆ·¹ÜÀí¹æ¶¨
ÎľßÓÃÆ·ÉêÁìµ¥
ÎľßÓÃÆ·¹ºÂòµÇ¼Ç±í
ÎľßÓÃÆ·ÁìÓõǼDZí
ÔÂÎľßÁìÓÃͳ¼Æ±í
°ì¹«·ÑÓýÚÊ¡°ì·¨
ËÞÉá¹ÜÀí¹æ¶¨£¨A£©
ËÞÉá¹ÜÀí¹æ¶¨£¨B£©
Ô¿³×¹ÜÀí¹æ¶¨
±£ÏÕ¿â¹ÜÀí¹æ¶¨
³µÁ¾¹ÜÀí¹æ¶¨£¨A£©
³µÁ¾×÷Òµ¼ì²é±í
³µÁ¾Ê¹ÓüǼ±í
³µÁ¾¹ÜÀí¹æ¶¨£¨B£©
Åɳµµ¥
Ðгµ¼Ç¼±í
³µÁ¾¹ÜÀí¹æ¶¨£¨C£©
˾»ú¹ÜÀí¹æ¶¨
³öÈ볧¹ÜÀí¹æ¶¨£¨A£©
³öÈ볧¹ÜÀí¹æ¶¨£¨B£©
³ö²î¹ÜÀí¹æ¶¨
³ö²îÉêÇëµ¥
³ö²îµÇ¼Ç±í
°²È«¡¢·À»ð¡¢±£ÎÀÖƶÈ
¡¡
µÚËÄÕ ÈËʹÜÀíϵͳ

ÈËʹÜÀíÖƶÈ
ÈËʹÜÀí¹¤×÷ÊÂÏîÔðȨ»®·Ö±í
ÈËÊ¿¼ºË¹æ¶¨£¨A£©
ÈËÊ¿¼ºË¹æ¶¨£¨B£©

deleting repositories

[E B]

Two questions:
(cvs server and client are two different machines).
1. I created a repository using cvs import, from
the client. Now I want to a) remove this repository
or b) make this repository obsolete. How can this
be done from a client. I couldnt find in the archives
or manuals.

2. Same questions with deleting a directory(not a
repository). Archives suggest a)using cvs remove or
b)using rm -rf on the server. The second method is
not useful to me as I do not have access to the
server.
Also, I cant make a directory obsolete by removing
them from the repository.

__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

cvs add from a different directory

[E B]

Hello cvs guys

My local working repository is at /home/jim/work.
now to add a file/dir under this directory I have
to
cd /home/jim/work
cvs add newfile

Instead I want something like.

$pwd
/some/unknown/directory
$cvs -L /home/jim/work add newfile

ie., I want to specify the working directory too.
there is no such option to cvs. This can be done
through scripts, but that will be platform specific.

My actual requirement is I want to run this command
though a java program and I cant make java to change
the working directory(there are some ways to change
dir but they are unreliable and not recommended).

so I am looking if this can be specified at the
cvs command itself. Any help would be useful.

thanks
eb!


__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Question: How to remove a directory

[Larry Jones]

Tom Choi writes:
> 
> Would you tell me how to remove a directory?
>
> I have a CVS tree with a top delta and several branches.  Only I want to remove 
> a directory from a top delta, nothing from branches.

CVS only manages files, not directories.  As far as CVS is concerned,
directories are just things that hold files.  If you checkout/update
with the -P option (which you generally should -- you may want to add it
to your ~/.cvsrc file if you haven't already), directories that don't
contain any files will be deleted.

-Larry Jones

It's going to be a long year. -- Calvin

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Unicode Visual Diff Tool

[Jesus M. Salvo Jr.]

Indirectly related to CVS, I have been using ( at least on Windows ) with
WinCVS something called Examdiff to show as a visual diff tool. However, it
cannot handle anything else other than ASCII ( or the default platform
encoding of windows ). I now have XML files which are encoded in UTF-8, and
contain characters from the GB2312 charset and Big5 charset and more.

Does anyone know of a visual diff tool ( that works in either windows or
linux or unix ) that can handle non-ASCII encoded files?


John


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

RE: DIfferent workspace directories than repository...

[Greg A. Woods]

[ On Wednesday, January 30, 2002 at 17:08:47 (EST), [EMAIL PROTECTED] wrote: ]
> Subject: RE: DIfferent workspace directories than repository...
>
> I agree.  That's why I asked the question.  I was unclear as to the
> limitations and capabilities of CVS.

CVS manages changes to the contents of text files.  It uses RCS as a
back-end to store these changes and logs of descriptive messages and
other such audit trail information for each recorded change to a file.

It's only unique features over and above RCS alone is that it can
process changes to files in a whole hierarchy at once (though in fact it
does it directory-by-directory, not really all at once), whereas RCS
alone essentially only works on one file at a time.

CVS does branching and revision number management somewhat differently
from RCS alone too.

Since CVS uses the "copy-edit-merge" form of change tracking instead of
using the "lock-edit-commit" form it relies even more on the
compatability of the file contents and the types of changes usually made
to files with the algorithms implemented by GNU diffutils (and in
particular the diff3 program).  I.e. CVS work best only on text files,
and only if sweeping changes (eg. paragraph re-formatting, mass changes
in whitespace and/or indentation, etc.) are _not_ done.

That's it though.  That's pretty much all CVS does.  Oh, it's got the
basic features necessary for supporting the kinds of release management
processes used when managing computer program source code (cvs tag), but
that's as far as it goes.

> I did.  Several times.  And I didn't see reference to what I am
> talking about.  Lack of features are rarely documented in any kind of
> manual.  Which is why I asked.  Before, I assumed that CVS didn't have
> this feature, but I wanted to make sure by asking those most
> knowledgeable about it.

I would have thoght the section "What is CVS not?" in the manual would
quite clearly have answered your questions.  If not perhaps you can
suggest some improvements after you've learned more and you can remember
why the manual was insufficient at explaining the limitations to you.

> Although, the feature I'm asking I don't think is a "full SCM" tool
> feature.  Because there are other SCM tools with comparable features
> to CVS that support what I'm talking about.  But they don't have all
> of the bells and whistles of expensive full-blown SCM tools.

Oh, I think most of the Software Configuration Management community
would most certainly believe you were looking for a full SCM tool -- and
all of those familiar with CVS would absolutely agree that CVS was not
what you were looking for, regardless of how anyone would describe a
"full SCM tool".

-- 
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: Change of CVS source directories

[Greg A. Woods]

[ On Wednesday, January 30, 2002 at 14:27:46 (-0600), [EMAIL PROTECTED] wrote: ]
> Subject: Re: Change of CVS source directories
>
> I won't get into a legthy debate, but rather than making the CVS 
> distribution friendly to all file systems, the answer is "get a 
> different filesystem?"

Absolutely!  The problem is not with CVS, as Larry has so eloquently
discussed, but with the repository you're trying to use.  If you want to
use a repository created from, and hosted on, a case-sensitive
filesystem then you'd damn well better do so with your working directory
on a case- sensitive filesystem, or face the consequenses of potential
filename clashes!

There's no magic here -- just pure plain common sense.

-- 
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

Question: How to remove a directory

[Tom Choi]

Would you tell me how to remove a directory?

I have a CVS tree with a top delta and several branches.  Only I want to remove 
a directory from a top delta, nothing from branches.

Thanks,
Tom


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Way of listing *pathnames* of files in workspace

[Glew, Andy]

I would like to have a way of listing the pathnames of files
in the workspace that are checked into CVS.

E.g. in my repository is in
:ext:plxc2039:/foo/bar/my-cvs-repository
submodule project
and I am on machine linnb007
with my files checked out as
/netbatch/project/cvs.workspaces/project1
with a tree for the project that contains 
project/ - the project root directory
project/a.txt
project/b.dir
project/b.dir/c.txt
(i.e. the files checked out are
/netbatch/project/cvs.workspaces/project1/ - the project root
directory
/netbatch/project/cvs.workspaces/project1/a.txt
/netbatch/project/cvs.workspaces/project1/b.dir
/netbatch/project/cvs.workspaces/project1/b.dir/c.txt 
)

Then I want to get the list of files:
a.txt
b.dir/c.txt
possibly with or without b.dir


REASON: I want to use this to create a Bill Of Materials, BOM.



It would seem that "cvs status" should give me what I want, with
a bit of massaging...  but, frankly, I can't figure out how to do that
massaging without looking at the CVS/{Root,Repository,Entries} files.
And if I have to do that, I might as well just look at those files directly,
and not use the program interface "cvs status".  But then I am worried
about fragility.

Reason: cvs status gives me something like:

Working file: a.txt
RCS file: /foo/bar/my-cvs-repository/project/a.txt,v

Working file: b.txt
RCS file: /foo/bar/my-cvs-repository/project/b.dir/b.txt,v

The working file name doesn't include the path.

The RCS file name includes the path, but I need to get rid of
the repository name, "/foo/bar/my-cvs-repository",
as well as the module name, "project".

I can't find the repository name from CVSROOT, because it usually
is not in my environment. (Working with several repositories, using
scripts.)  Barring any other way, I seem to have to look at CVS/Root
to get the repository name, so that I can skip that.

Similarly, the module name isn't always the same, or even a single
directory, in the presence of many & modules.  Barring any other way,
I seem to have to look at CVS/Repository to get the pathname within]
the repository.

Are any of the ways that I think are barred above actually open?

(The best way I can see to do this without accessing
CVS/{Root,Repository,Entries}
is to run "find -type f -print | xargs -n 1", passing a script to xargs that
runs 
cvs status on the filename it is given, printing the filename if cvs status
works.
Klugey, but workable.  Is there a better way?)

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Change of CVS source directories

[Larry Jones]

[EMAIL PROTECTED] writes:
> 
> I realize this isn't something that would get done tomorrow, but what 
> would be the chances of changing the CVS source directories to a naming 
> scheme which would work on case-insensitive file systems?

The current scheme works just fine on case-insensitive file systems.

> The problem is that when you check out cvs, cvs tries to create cvs/cvs 
> and cvs/CVS.   On a case-insensitive file system, that won't work work.  
> The problem could be resolved by simply renaming the cvs directory to 
> cvssrc or some such.

Creating a directory named CVS on a case-insensitive file system is
equivalent to creating a directory named CVS on a case-sensitive file
system.  As long as you store metadata in the file system, there is a
potential for name clashes -- it is up to the users to avoid them.

-Larry Jones

ANY idiot can be famous.  I figure I'm more the LEGENDARY type! -- Calvin


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

RE: DIfferent workspace directories than repository...

[Javabandit]

> 
> First off you really really really need to learn what 
> it means when it is said that CVS only manages files,
> and really only text files at that.
> 

I agree.  That's why I asked the question.  I was unclear as to the limitations and 
capabilities of CVS.

> 
> CVS is not a full SCM tool -- see the manual for more
> detailed descriptions of what CVS is and what it is 
> not.
> 

I did.  Several times.  And I didn't see reference to what I am talking about.  Lack 
of features are rarely documented in any kind of manual.  Which is why I asked.  
Before, I assumed that CVS didn't have this feature, but I wanted to make sure by 
asking those most knowledgeable about it.  

Although, the feature I'm asking I don't think is a "full SCM" tool feature.  Because 
there are other SCM tools with comparable features to CVS that support what I'm 
talking about.  But they don't have all of the bells and whistles of expensive 
full-blown SCM tools.

Anyways, thanks for your response.

-- Rick

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

½ö¹©ÓÐÒâÍØÕ¹Öж«Êг¡µÄÆóÒµ¼°É̼Ò

[ericpan966]

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

cvs annotate and branches

[Andrew Johnson]

Can anyone explain why  cvs annotate  makes use of some information from a
sandbox (repository location etc.), but doesn't look at its sticky tags? 
While the actual behaviour (CVS 1.11) does match the documentation, it
seems strange that I have to explicitly add  -r BRANCH_xx  to get it to
DWIM when working on a branch.

Could/should this be changed?  Easily?

- Andrew
-- 
Perfection is reached, not when there is no longer anything to add,
but when there is no longer anything to take away.
- Antoine de Saint-Exupery
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Change of CVS source directories

[Michael Schupp]

[EMAIL PROTECTED] wrote:

> 
> On Wednesday, January 30, 2002, at 01:19  PM, Greg A. Woods wrote:
> 
>> HFS+ is not your only option in any scenario where use of an existing
>> CVS repository containing case-conflicting files is likely to happen.
>>
>> Use a case sensitive filesystem for CVS (not just a case retentive
one!).
>>
> 
> I won't get into a legthy debate, but rather than making the CVS 
> distribution friendly to all file systems, the answer is "get a 
> different filesystem?"
> 
> While I agree that there will be repositories that don't work on 
> case-insensitive file systems, that's an issue for the maintainer of 
> that repository.  As more maintainers become aware that
case-insensitive 
> file systems are a real possibility, many will change their
repositories 
> to be file-system agnostic.
> 
> While it's true the problem can be worked around, it just seems to me 
> the CVS maintainers would want to be as compatible as possible, 
> especially when the change is pretty easy.
> 
> Wade


maybe this will help you out:

   http://www.cvshome.org/docs/infomac.html

why anyone would want to take a perfectly good filesystem under sans-BSD

and munge it to  "case-insensitive/case-preserving" is totally beyond
me.
you would have to go completely out of your way!

..



-- 
there are many things in life you can be fashionably late to,
but the MGM Grand Buffet is not one of them..

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Change of CVS source directories

[wadesworld]

On Wednesday, January 30, 2002, at 01:19  PM, Greg A. Woods wrote:

> HFS+ is not your only option in any scenario where use of an existing
> CVS repository containing case-conflicting files is likely to happen.
>
> Use a case sensitive filesystem for CVS (not just a case retentive 
> one!).
>

I won't get into a legthy debate, but rather than making the CVS 
distribution friendly to all file systems, the answer is "get a 
different filesystem?"

While I agree that there will be repositories that don't work on 
case-insensitive file systems, that's an issue for the maintainer of 
that repository.  As more maintainers become aware that case-insensitive 
file systems are a real possibility, many will change their repositories 
to be file-system agnostic.

While it's true the problem can be worked around, it just seems to me 
the CVS maintainers would want to be as compatible as possible, 
especially when the change is pretty easy.

Wade



___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Creating Per-User repositories

[Greg A. Woods]

[ On Wednesday, January 30, 2002 at 16:55:56 (-0200), Tiago Alves Macambira wrote: ]
> Subject: Creating Per-User repositories
>
> Perhaps it is not really all that complitated to do this with pserver,

It would be MUCH easier, and far more secure overall, to just use SSH.

> as I could easily put each user repository as a directory inside the

Yes, each user's $CVSROOT could be within their $HOME with SSH too.

> [2] If it was possible, I'd rather use SSH[3] as authentication and
> access mechanism, instead of pserver, but then i loose the possibility
> of having the per-project user-editable password/control files.

You don't need user-editable password files with SSH -- they don't exist
there anyway!

> [3] If there was support for ACL[5] in linux, we could just ignore all those
> little issues and use CVS + SSH + all the stuff we need.

If you need ACLs (and you maybe do to get all the functionality you
desire), then why don't you choose a platform which supports them!?!?!?!?

> [5] OK, jfs supports ACL but isn't there a cleaner way?! Some sort of
> way that doesn't depends on having file-system conversions, backups and
> such?!

Use ACLs if you need them.  They're user-controllable.  Choose a
suitable platform that implements all of the functionality you need.
Don't base your platform choice on irrelevant factors!

-- 
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: Commiting the whole project with a different tag name?

[Donald Sharp]

Why all this work?  Why not just have a development branch
and a release branch?  What are you trying to do?

donald
On Wed, Jan 30, 2002 at 01:39:08PM -0500, Datla, Raghav wrote:
> Hi,
> 
> I have a project under CVS and we are going for production in the near
> future.
> Once the code in Present Repository is ready for production, I will create
> another Repository for production code (which will just contain production
> code, so that there will not be any intervention from users) and will commit
> the code into production Repository with some tag name.
> 
> If we get another release after two months for the same project, Will it be
> possible to commit the new code into the Production Repository with some new
> tag name without any conflicts with the existing Release code in the
> repository?.
> Will I be able get the old code by just specifying the tag name if it is
> required as a backout procedure once I commit the new release code?.
> 
> Thanks Inadvance,
> -Raghav
> 
> 
> 
> ___
> 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: Creating Per-User repositories

[Mark]

How about writing a course setup script (that reads in a list of users in the
course) and sets up a pserver for each student (say on ports 1100+), on a
unique port, with --allow-root=/home//cmvsroot. Have each pserver setup
to run as that user's account. If you are not concerned with packet sniffers
and users properly protect .cvspass, this might work. Users have complete
control over their own repository and can give others access (via the password
file). Also, the users can lockdown CVSROOT from the command line (except
emptydir and history), to prevent others from having CVS access to commit new
CVSROOT files.

Just some quick thoughts, might have overlooked something obvious.


--- Tiago Alves Macambira <[EMAIL PROTECTED]> wrote:

> I and some pals are installing CVS in a box to provide CVS repositories
> to students of our course. We are planning on doing something similar to
> SourceForge[1]: every student having complete control over it's own
> repository and over the projects inside it, ie., control on who can
> access what in his repository[4]. We also wanted for the repositories to be
> sowhat similar to public_html dirs: directories inside the user home_dir
> that have its contents's size taken in account in the users filesystem
> quotas.
> 
> Thing is, with plain CVS tools this seems pretty much un-pratical and
> kind of insecure: in order to give each studant complete control on his
> repository,from what I've read about CVS, I would have to use pserver[2],
> for it is the only one that provides user authentication and control
> based on per-project user-editable password files. All the others kind
> of access seem to do not have such kind of control.
> 
> Perhaps it is not really all that complitated to do this with pserver,
> as I could easily put each user repository as a directory inside the
> user home dir and have the user and the contributors of its projects
> "pserver" to that repository anyway, but:
> 
>   * I would have to tell pserver that there is a new repository to be
> server as well ( no problem, can be done with a update script
> that edits a list of repositories to be passed to the pserver
> daemon. Debian CVS admins may have a clue of what I'm talking about
> more precisely )
> 
> 
>   * pserver has to be run as root? It  really  needs RW control
> on the repositories, what would easly be "satisfied" by having
> the repositories chgrp'ed cvs/source and having cvs running as
> user nobody, group cvs/source. But then, if a user commits a SGID
> script, would then this script be able to delete all the
> contents of others' repositories?! Does CVS clean SUID and
> SGID bits?
> 
>   * wrost, if cvs really has to be run as root to provide the
> functionallity we want, by editing a project CVSROOT/passwd
> file and malicious setting the "system/real user" ( what's the
> word cvs documentation uses for this?!) of one its project
> users, He could gain "root" access or have his files writen and
> theirs size accounted on someone else's filesystem quota.
> 
> 
> So, is there a pratical way of doing what we want with CVS? I could
> always install SourceForge or Savanah code ( are the easy to install 
> in first place?! ) but I belive there must be a "simpler" ( or, more 
> elegant ) way of doing this.
> 
> 
> We would really apreciate any clues you guys can give us.
> 
> Thanks in advance.
> 
> 
> []s
> MaCa
> 
> [1] I've never uses SF as a project ownner, so i'm pretty much guessing
> how things should work there
> 
> [2] If it was possible, I'd rather use SSH[3] as authentication and
> access mechanism, instead of pserver, but then i loose the possibility
> of having the per-project user-editable password/control files.
> 
> [3] If there was support for ACL[5] in linux, we could just ignore all those
> little issues and use CVS + SSH + all the stuff we need.
> 
> [4] Before anyone suggestes using groups, the problem with groups is that
> I would have to create a group to each project of each student. Ok, it
> _is_ a possible solution but i really thing that the groups solution
> tends to make things get messy and not to scale well. 
> 
> [5] OK, jfs supports ACL but isn't there a cleaner way?! Some sort of
> way that doesn't depends on having file-system conversions, backups and
> such?!
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


__
Do You Yahoo!?
Great stuff seeking new owners in Yahoo! Auctions! 
http://auctions.yahoo.com

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Change of CVS source directories

[Greg A. Woods]

[ On Wednesday, January 30, 2002 at 10:27:07 (-0600), [EMAIL PROTECTED] wrote: ]
> Subject: Change of CVS source directories
>
> Now, I'm sure some Unix folks will argue that all  file systems should 
> be case sensitive.  However, that's a moot point.  HFS+ exists and is 
> widely used.  It is not going away and changing the file system is not 
> an option.

HFS+ is not your only option in any scenario where use of an existing
CVS repository containing case-conflicting files is likely to happen.

Use a case sensitive filesystem for CVS (not just a case retentive one!).

-- 
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: DIfferent workspace directories than repository...

[Greg A. Woods]

[ On Wednesday, January 30, 2002 at 11:19:13 (EST), [EMAIL PROTECTED] wrote: ]
> Subject: RE: DIfferent workspace directories than repository...
>
> Some would disagree with you on that... myself included.  I was hoping
> that I could get CVS to treat a directory as a true
> project/first-class object.  Not just as a directory.

First off you really really really need to learn what it means when it
is said that CVS only manages files, and really only text files at that.

In CVS directories merely exist to hold the files appart.

If you use CVS correctly, i.e. with at least the following in your
~/.cvsrc file:

checkout -P
update   -d -P

then you'll find that directories simply appear and disappear
automatically as they are needed and when they become unnecessary again.

(though of course you need to manually create directories in your
workspace in order to put new files into them, and you need to manually
tell CVS about them before you can do CVS operations within them, such
as adding those new files)

> Many people create Projects and Subprojects within their SCM tools
> that are not simply treated as 'Directories'.

CVS is not a full SCM tool -- see the manual for more detailed
descriptions of what CVS is and what it is not.

-- 
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: merge issue

[Schwenk, Jeanie]

Larry,

Thank you for your response.  I have read, for the nth time, all of chapter
5.   

Yes, the branch does have a tag.  There are so many tags all over his files
(good thing) that we do not have to refer to the numbers, that was out of
sheer desperation on my part.  I followed your directions (note we've done
that before).  He even started over, creating yet another branch and more
tags.  The end result is the same, his files are not merging in the way he
expected.   

As a test I created a new file in this module and simulated what he had done
with 3 differences.  1) My test did not have any keywords in use and 2) I
actually edited the files not just copied it over with a similar file and 3)
I didn't beautify.   I have absolutely no problems.  I had two branches
complete with merges with conflicts.  Exactly like I would expect.
Everything is as it should be.  My being able to merge didn't improve my
success rate getting his code to merge.  

So back to his code.  We can cvs diff his files using the revision numbers,
we can cvs diff them using tags, we can diff them with viewcvs and with
wincvs.   All diffs everywhere yield expected results - there are
differences and conflicts.  The diffs appears to be a red herring ... on the
branch, he just copied (overwrote) in the file from a vendor and then
beautified it.   This file had been plucked (not branched) from the repo
months before.  

Since the file in question was plucked from the repo months before and then
just plopped onto the branch overwriting whatever was there, it seems to be
that the file just overwrites (take precedence) over what was in the main
trunk when an update -j is done.  Correct?   

This is like trying to herd cats.

Jeanie


 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 29, 2002 2:17 PM
To: Schwenk, Jeanie
Cc: [EMAIL PROTECTED]
Subject: Re: merge issue


Schwenk, Jeanie writes:
>   
>  +-++-+
> Branch 1.8   -> _! 1.8.2.1 !! 1.8.2.2 !
>/ +-++-+   
>   /
>  /
> +-++-++-++-+ +--+
> ! 1.7 !! 1.8 !! 1.9 !! 1.10 !! 1.11 !  <- trunk
> +-++-++-++-+ +--+
> 
> He wants to merge the changes from 1.8.2.2 into 1.11. 

"Changes from 1.8.2.2" is a meaningless phrase -- changes are what
happen *between* revisions.  To merge all the changes from that branch
into the trunk, you want to do (assuming your working directory is
already up-to-date on the trunk, if not, do update -A first):

cvs update -j 1.8.2 filename.java

(The branch tag for 1.8.2 would be better than the actual revision
number of the branch -- you did tag the branch when you created it,
didn't you?)  Note carefully that you need to give update the *branch*
tag or number, not the tag or number of a specific revision.  A branch
tag means all the changes between the root of the branch and the tip of
the branch.  In this case, that's equivalent to:

cvs update -j 1.8 -j 1.8.2.2 filename.java

I think you both need to go back and carefully re-read the Branching and
merging section of the manual:



-Larry Jones

They can make me do it, but they can't make me do it with dignity. -- Calvin

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Creating Per-User repositories

[Tiago Alves Macambira]

This is probably one of those questions that keeps appearing in this
list with a quite annoying frequency _but_, as I haven't  found
anything in the CVS documentation, neither in sourcefoge, savanah
nor in google, I'll ask it here anyway - perhaps it is not really a 
frequentily asked question.


I and some pals are installing CVS in a box to provide CVS repositories
to students of our course. We are planning on doing something similar to
SourceForge[1]: every student having complete control over it's own
repository and over the projects inside it, ie., control on who can
access what in his repository[4]. We also wanted for the repositories to be
sowhat similar to public_html dirs: directories inside the user home_dir
that have its contents's size taken in account in the users filesystem
quotas.


Thing is, with plain CVS tools this seems pretty much un-pratical and
kind of insecure: in order to give each studant complete control on his
repository,from what I've read about CVS, I would have to use pserver[2],
for it is the only one that provides user authentication and control
based on per-project user-editable password files. All the others kind
of access seem to do not have such kind of control.

Perhaps it is not really all that complitated to do this with pserver,
as I could easily put each user repository as a directory inside the
user home dir and have the user and the contributors of its projects
"pserver" to that repository anyway, but:

* I would have to tell pserver that there is a new repository to be
  server as well ( no problem, can be done with a update script
  that edits a list of repositories to be passed to the pserver
  daemon. Debian CVS admins may have a clue of what I'm talking about
  more precisely )


* pserver has to be run as root? It  really  needs RW control
  on the repositories, what would easly be "satisfied" by having
  the repositories chgrp'ed cvs/source and having cvs running as
  user nobody, group cvs/source. But then, if a user commits a SGID
  script, would then this script be able to delete all the
  contents of others' repositories?! Does CVS clean SUID and
  SGID bits?

* wrost, if cvs really has to be run as root to provide the
  functionallity we want, by editing a project CVSROOT/passwd
  file and malicious setting the "system/real user" ( what's the
  word cvs documentation uses for this?!) of one its project
  users, He could gain "root" access or have his files writen and
  theirs size accounted on someone else's filesystem quota.


So, is there a pratical way of doing what we want with CVS? I could
always install SourceForge or Savanah code ( are the easy to install 
in first place?! ) but I belive there must be a "simpler" ( or, more 
elegant ) way of doing this.


We would really apreciate any clues you guys can give us.

Thanks in advance.


[]s
MaCa

[1] I've never uses SF as a project ownner, so i'm pretty much guessing
how things should work there

[2] If it was possible, I'd rather use SSH[3] as authentication and
access mechanism, instead of pserver, but then i loose the possibility
of having the per-project user-editable password/control files.

[3] If there was support for ACL[5] in linux, we could just ignore all those
little issues and use CVS + SSH + all the stuff we need.

[4] Before anyone suggestes using groups, the problem with groups is that
I would have to create a group to each project of each student. Ok, it
_is_ a possible solution but i really thing that the groups solution
tends to make things get messy and not to scale well. 

[5] OK, jfs supports ACL but isn't there a cleaner way?! Some sort of
way that doesn't depends on having file-system conversions, backups and
such?!

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Commiting the whole project with a different tag name?

[Datla, Raghav]

Hi,

I have a project under CVS and we are going for production in the near
future.
Once the code in Present Repository is ready for production, I will create
another Repository for production code (which will just contain production
code, so that there will not be any intervention from users) and will commit
the code into production Repository with some tag name.

If we get another release after two months for the same project, Will it be
possible to commit the new code into the Production Repository with some new
tag name without any conflicts with the existing Release code in the
repository?.
Will I be able get the old code by just specifying the tag name if it is
required as a backout procedure once I commit the new release code?.

Thanks Inadvance,
-Raghav



___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: pwd_mkdb for Linux?

[Eivind Eklund]

On Wed, Jan 30, 2002 at 11:37:11AM -0600, Neil Aggarwal wrote:
> Hello:
> 
> I am trying to follow the instructions for setting up 
> a CVS tunnel over SSH contained in this doc:
> http://www.prima.eu.org/tobez/cvs-howto.html
> 
> At one point, it asks me to run 
> pwd_mkdb -d . master.passwd
> 
> But, I can't find pwd_mkdb on my Linux system.

These are FreeBSD instructions; I can see that both from the command
requested (pwd_mkdb) and the URL (tobez is one of the FreeBSD developers).

You should probably be able to just drop that step; Linux use (d to use?)
/etc/shadow instead of /etc/master.passwd, and did not use database files
(which FreeBSD use for acceleration, but which also makes the password handling
more complex.)

Eivind.

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

pwd_mkdb for Linux?

[Neil Aggarwal]

Hello:

I am trying to follow the instructions for setting up 
a CVS tunnel over SSH contained in this doc:
http://www.prima.eu.org/tobez/cvs-howto.html

At one point, it asks me to run 
pwd_mkdb -d . master.passwd

But, I can't find pwd_mkdb on my Linux system.

Does anyone know where I can find it?
Is there a better set of instructions on setting up
CVS over SSH on Linux?

Thanks,
Neil.

--
Neil Aggarwal
JAMM Consulting, Inc.(972) 612-6056, http://www.JAMMConsulting.com
Custom Internet DevelopmentWebsites, Ecommerce, Java, databases

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Scribe Consulting » Translation and Localization Solutions

[Scribe Consulting]

	
	
		Dear
Madam or Sir,
			I would like to set up a brief phone call to discuss translation and
localization solutions with you.
			Scribe Consulting provides international language services for
software, web sites, and documentation projects. I would like the
opportunity to present a proposal for your upcoming needs and discuss how
Scribe Consulting may be able to assist you in your future international
endeavors.
			The following link is to a company PDF ( http://www.scribeconsulting.com/pdf ) which will give you an idea of
our technical capabilities, quality assurance process, and the various
technologies we employ.
			Please feel free to reply with any questions you may have and to
pass this message on to the appropriate individuals. Thank you for your
assistance and time.
			

			- Kevin Pellatiro

			Project Coordinator
			

			[EMAIL PROTECTED]
			

			Scribe Consulting Inc.

			3707 5th Avenue, Suite 133

			San Diego, California 92103

			Phone: (619) 235-2662

			Fax: (619) 235-2664
			http://www.scribeconsulting.com
			
			
			Select Client List
			

			Actel Corporation
			http://www.actel.com
			

			Banfi Products Corporation
			http://www.banfi.com
			

			British Telecom
			http://www.bt.com
			

			Captaris
			http://www.captaris.com
			

			CSG Systems 
			http://www.csgsystems.com
			

			Creative Labs
			http://www.creativelabs.com
			

			eAssist Global Solutions
			http://www.eassist.com
			

			P.F. Chang's China Bistro 
			http://www.pfchangs.com
			

			Sony Online Entertainment Incorporated
			http://www.station.com
			

			Sumitomo Corporation 
			http://www.sumitomocorp.co.jp
	



___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

RE: DIfferent workspace directories than repository...

[Thornley, David]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 30, 2002 10:19 AM
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: RE: DIfferent workspace directories than repository...
> 
> 
> >
> > Um, why do you need this specific layout in the 
> > repository?  It seems to me that the structure of 
> > the repository should be determined by the structure 
> > of what must be checked out.
> 
> Some would disagree with you on that... myself included.  I 
> was hoping that I could get CVS to treat a directory as a 
> true project/first-class object.  Not just as a directory.
> 
Nope; CVS does not treat directories as first-class objects,
and is never likely to.  Doing that would require a thorough
redesign, and would not be likely to be called CVS afterwards.

> Check out the Tigris project (www.tigris.org) which is 
> addressing these kinds of issues that CVS apparently doesn't meet.
> 
Subversion (the SCM project at Tigris) is indeed intended as a
thorough redesign of CVS, taking advantage of years of experience
with CVS and its quirks, and is intended as a CVS replacement.
Last I looked, it looked promising, but not something I have
immediate use for.

> Well, that answers my question.  It can be done, but with 
> manual kludges involved.  I was hoping to avoid such things.  
> 
I do lots of things with Perl to make CVS easier to use.
I can get lots of the quirks papered over that way.  Overall,
I find that CVS's reliability, support of branching and concurrent
development, and cost make it an extremely useful tool, although
far from ideal.


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Change of CVS source directories

[Michael Schupp]

[EMAIL PROTECTED] wrote:

> I realize this isn't something that would get done tomorrow, but what 
> would be the chances of changing the CVS source directories to a naming 
> scheme which would work on case-insensitive file systems?
> 
> While that hasn't been an issue in the past, it is now with the growth 
> of Darwin (MacOS X).  Darwin supports HFS+, which is a case-preserving, 
> but case-insensitive file system.


whats a `mac'?

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Binary files

[Gianni Mariani]

anamika mathur wrote:

>Dear Friends,
>   What all things we should keep in mind
>while using binary files in cvs?
>1> if a file has been added in the repository
>directory
>without using import -kb option. How can we stop the
>keyword subsitution and canonical endings in these
>files?
>
read up on 'cvs admin'

A choice example in the cvs "info" page.

   If a file accidentally gets added without `-kb', one can use the
`cvs admin' command to recover.  For example:

 $ echo '$Id$' > kotest
 $ cvs add -m"A test file" kotest
 $ cvs ci -m"First checkin; contains a keyword" kotest
 $ cvs admin -kb kotest
 $ cvs update -A kotest
 # For non-unix systems:
 # Copy in a good copy of the file from outside CVS
 $ cvs commit -m "make it binary" kotest
  

>
>2> if we have imported a binary file using kb
>option.Is it enough or we need to do something more?
>
You can't share these files like you do mergable text files.  If two 
people modify these
at the same time you'll get conflicts.  You can use cvs watch to help 
manage this but
it's proably overkill in many situations.

>
>With Warm Regards,
>Anamika
>
>__
>Do You Yahoo!?
>Great stuff seeking new owners in Yahoo! Auctions! 
>http://auctions.yahoo.com
>
>___
>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: DIfferent workspace directories than repository...

[Walsh, Matthew]

Why not define the module to checkout to the specified directory?
In the modules file:

module -d  repos

eg.

html -d mydirectory/html /htmlsource

Then to checkout html:
$ cd /home/myworkspace
$ cvs co html

And you'll have your directory structure,
/home/myworkspace/mydirectory/html.

Matt

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 30, 2002 9:19 AM
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: RE: DIfferent workspace directories than repository...
> 
> 
> >
> > Um, why do you need this specific layout in the 
> > repository?  It seems to me that the structure of 
> > the repository should be determined by the structure 
> > of what must be checked out.
> 
> Some would disagree with you on that... myself included.  I 
> was hoping that I could get CVS to treat a directory as a 
> true project/first-class object.  Not just as a directory.
> 
> Many people create Projects and Subprojects within their SCM 
> tools that are not simply treated as 'Directories'.  But as 
> first-class objects.  In this way, they can have attributes.  
> One of those attributes is workspace location.  Its very 
> common.  In several popular SCM tools, I could create a 
> subproject ("html") under the "MyProject" project and assign 
> it a workspace location of "/home/myworkspace/mydirectory/html".
> 
> Check out the Tigris project (www.tigris.org) which is 
> addressing these kinds of issues that CVS apparently doesn't meet.
> 
> >
> > CVS will use the identity map when checking out, 
> > but afterwards each directory has its own metadata
> > (in the CVS subdirectory) so that it knows where it
> > came from.  This means that it will retain the 
> > mapping while you move the directories around on 
> > your own.  Therefore, if you do something like 
> > "cvs co bin; mkdir mydirectory; mv bin mydirectory/"
> > you will still be able to do updates and checkins 
> > from mydirectory/bin.
> 
> Well, that answers my question.  It can be done, but with 
> manual kludges involved.  I was hoping to avoid such things.  
> 
> Thanks for the response and insight.  I appreciate it!
> 
> -- Rick Grashel
> 
> ___
> 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: Where can I query files during commitinfo?

[Larry Jones]

Robert B. Adam writes:
> 
> Wondering, what takes place when the commit is being done on a system 
> remote to the server, using pserver

Reguardless of whether it's pserver or some other client/server
connection, the script is invoked on the server in the temporary
directory that contains the server's copy of the files being committed.

-Larry Jones

Shut up and go get me some antiseptic. -- Calvin

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Where can I query files during commitinfo?

[Robert B. Adam]

Thanks, there are indeed in the current dir.  Wish the docs had spelled 
it out that plainly.
Wondering, what takes place when the commit is being done on a system 
remote to the server, using pserver

Thanks again to all the replys,

Larry Jones wrote:

>Robert B. Adam writes:
>
>>Want to write a script to be called from the commitinfo file during file 
>>commit that will look into the files.
>>
>>Where are the files being committed, viewable
>>
>
>They're in the script's current directory.
>
>-Larry Jones
>
>I've got an idea for a sit-com called "Father Knows Zilch." -- Calvin
>

-- 
Robert B. Adam
The Build Dude
TippingPoint Technologies
[EMAIL PROTECTED]




___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Major revision number compatibility?

[Larry Jones]

Thomas Eliassson writes:
> 
> This also means that it's perfectly ok (even preferred) for new files to 
> be numbered with 1.1, as long as I can still track files from before we 
> had CVS. I also checked that this is the way it works (at least with our 
> CVS setup), so if one file in the directory has rev. 2.6, a newly added 
> file will have rev.no. 1.1.

No, that isn't the way it works.  If the highest existing rev. no. in
the directory is 2.6, a newly added file will have rev. 2.1.

-Larry Jones

In my opinion, we don't devote nearly enough scientific research
to finding a cure for jerks. -- Calvin

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Binary files

[anamika mathur]

Dear Friends,
   What all things we should keep in mind
while using binary files in cvs?
1> if a file has been added in the repository
directory
without using import -kb option. How can we stop the
keyword subsitution and canonical endings in these
files?
2> if we have imported a binary file using kb
option.Is it enough or we need to do something more?

With Warm Regards,
Anamika

__
Do You Yahoo!?
Great stuff seeking new owners in Yahoo! Auctions! 
http://auctions.yahoo.com

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Change of CVS source directories

[wadesworld]

I realize this isn't something that would get done tomorrow, but what 
would be the chances of changing the CVS source directories to a naming 
scheme which would work on case-insensitive file systems?

While that hasn't been an issue in the past, it is now with the growth 
of Darwin (MacOS X).  Darwin supports HFS+, which is a case-preserving, 
but case-insensitive file system.

The problem is that when you check out cvs, cvs tries to create cvs/cvs 
and cvs/CVS.   On a case-insensitive file system, that won't work work.  
The problem could be resolved by simply renaming the cvs directory to 
cvssrc or some such.

Now, I'm sure some Unix folks will argue that all  file systems should 
be case sensitive.  However, that's a moot point.  HFS+ exists and is 
widely used.  It is not going away and changing the file system is not 
an option.

I realize that those who have servers that maintain a CVS image can 
probably resolve the problem by just renaming the directory on their own 
server, but since they frequently update from the main CVS 
distributions, it'd make life a lot easier if this could eventually be 
changed in the main distributions.

Any thoughts?

Wade


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Where can I query files during commitinfo?

[Larry Jones]

Robert B. Adam writes:
> 
> Want to write a script to be called from the commitinfo file during file 
> commit that will look into the files.
> 
> Where are the files being committed, viewable

They're in the script's current directory.

-Larry Jones

I've got an idea for a sit-com called "Father Knows Zilch." -- Calvin

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Deletion of directory

[Larry Jones]

anamika mathur writes:
> 
> Is it safe to directly remove the directory from the
> repository, if we know that it will be no longer reqd
> in future. If no, what all problems it can create if
> we directly delete the directory from the repository.

Yes, if you're sure you're never going to want any of that information
again, it's safe to delete the repository directory.  You may want to
remove any corresponding entries from the CVSROOT/modules file, if any.

-Larry Jones

Talk about someone easy to exploit! -- Calvin

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

RE: DIfferent workspace directories than repository...

[Javabandit]

>
> Um, why do you need this specific layout in the 
> repository?  It seems to me that the structure of 
> the repository should be determined by the structure 
> of what must be checked out.

Some would disagree with you on that... myself included.  I was hoping that I could 
get CVS to treat a directory as a true project/first-class object.  Not just as a 
directory.

Many people create Projects and Subprojects within their SCM tools that are not simply 
treated as 'Directories'.  But as first-class objects.  In this way, they can have 
attributes.  One of those attributes is workspace location.  Its very common.  In 
several popular SCM tools, I could create a subproject ("html") under the "MyProject" 
project and assign it a workspace location of "/home/myworkspace/mydirectory/html".

Check out the Tigris project (www.tigris.org) which is addressing these kinds of 
issues that CVS apparently doesn't meet.

>
> CVS will use the identity map when checking out, 
> but afterwards each directory has its own metadata
> (in the CVS subdirectory) so that it knows where it
> came from.  This means that it will retain the 
> mapping while you move the directories around on 
> your own.  Therefore, if you do something like 
> "cvs co bin; mkdir mydirectory; mv bin mydirectory/"
> you will still be able to do updates and checkins 
> from mydirectory/bin.

Well, that answers my question.  It can be done, but with manual kludges involved.  I 
was hoping to avoid such things.  

Thanks for the response and insight.  I appreciate it!

-- Rick Grashel

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

RE: DIfferent workspace directories than repository...

[Thornley, David]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, January 29, 2002 10:50 PM
> To: [EMAIL PROTECTED]
> Subject: DIfferent workspace directories than repository...
> 
> 
> Hope I can get some help here...
> 
> I've used CVS for awhile now, but I have never really had to deal with
> different workspace locations for repository directories.  But I
> actually need this now.  Here is an example of the repository layout I
> need :
> 
> + myproject
>   |
>   + bin
>   |
>   + lib
>   |
>   + html
>   |
>   + src
>   |
>   + docs
> 
Um, why do you need this specific layout in the repository?  It
seems to me that the structure of the repository should be
determined by the structure of what must be checked out.

(Not to mention that I'm always at least a bit suspicious about
CVS-controlled directories called "bin" and "lib".)

> Here is an example of the workspace layout I need :
> 
> + /home/myhome
>   |
>   + mydirectory
>   | |
>   | + bin
>   | |
>   | + lib
>   |
>   + html
>   |
>   + src
>   |
>   + docs
> 
> Is there anyway that I can map a CVS directory and assign it a
> specific workspace directory?  I'm really hoping I can do this,
> otherwise I may have to dump CVS in favor of another SCM tool.  And I
> really don't want to.  But this one is a show stopper.
> 
CVS will use the identity map when checking out, but afterwards each
directory has its own metadata (in the CVS subdirectory) so that it
knows where it came from.  This means that it will retain the mapping
while you move the directories around on your own.  Therefore, if you
do something like "cvs co bin; mkdir mydirectory; mv bin mydirectory/"
you will still be able to do updates and checkins from mydirectory/bin.


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

ÓòÃûÓʾÖÍøÕ¾ÆóÒµÉÏÍøÒ»ÌõÁú

[dns189]

ÈçÄú²»Ï£ÍûÔÙ´ÎÊÕµ½ÀàËÆÓʼþ£¬ÇëÄúת·¢ÖÁ£º[EMAIL PROTECTED]£¬ÎÒÃǽ«´ÓÓʼþÁбíÖÐ
ɾ³ýÄúµÄÓʼþµØÖ·¡£Ð»Ð»£¡
--
×𾴵Ŀͻ§£¬ÄúºÃ£¡
ÒÚ¾°ÉÌÎñÏÖÍƳöÆóÒµ¡¢¸öÈËÉÏÍøÓŻݷ½°¸£º   
 (Ò»£©ÆÕͨÖ÷»ú
 150MÐéÄâÖ÷»ú+Ò»¸ö¹ú¼Ê¶¥¼¶ÓòÃû+Îå¸öÆóÒµ¼¶10MÓÊÏä=350Ôª
 200MÐéÄâÖ÷»ú+Ò»¸ö¹ú¼Ê¶¥¼¶ÓòÃû+Îå¸öÆóÒµ¼¶10MÓÊÏä=450Ôª
 500MÐéÄâÖ÷»ú+Ò»¸ö¹ú¼Ê¶¥¼¶ÓòÃû+Îå¸öÆóÒµ¼¶10MÓÊÏä=680Ôª
 200MÐéÄâÖ÷»ú+Ò»¸ö¹ú¼Ê¶¥¼¶ÓòÃû+Îå¸öÆóÒµ¼¶10MÓÊÏä+ͨÓÃÓòÃû=800Ôª 

 *ÒÔÉÏ¿Õ¼äÈ«ÃæÖ§³ÖASP¡¢PHP¡¢CGI¼°ACCESS Êý¾Ý¿â³ÌÐò
 ¸ü¶àµÄÓŻݾ´Çë·ÃÎÊÎÒÃǵÄÍøÕ¾£ºhttp://www.dns189.com
 ×ÉѯÈÈÏߣº0592-5923909-118 QQ:82293848
  
 £¨¶þ£©½­ºþÖ÷»ú
 ½­ºþÖ÷»ú¼Û¸ñ
 50ÈËͬʱÔÚÏß200MÖ÷»ú¿Õ¼ä500Ôª/°ëÄê800Ôª/Äê
 100ÈËͬʱÔÚÏß   200MÖ÷»ú¿Õ¼ä700Ôª/°ëÄê1200Ôª/Äê
 200ÈËͬʱÔÚÏß   500MÖ÷»ú¿Õ¼ä600Ôª/¼¾  2000Ôª/Äê
 500ÈËͬʱÔÚÏß   1000MÖ÷»ú¿Õ¼ä   1200Ôª/¼¾ 4000Ôª/Äê
 Õû»ú×âÓÃ1500Ôª/Ô   15000Ôª/Äê

 Ö÷»úÅäÖÃ
 PL-2U·þÎñÆ÷£ºP3 1G£»ECC1GÄڴ棬36GSCSI 1ת£»150M¹²ÏíÖ±½Ó
 SS-Ëþʽ·þÎñÆ÷£ºÀ×Äñ1.G£»ECC1GÄڴ棬40GÓ²ÅÌ£¬150M½ÓÈë

 ÒÔÉϾùÃâ·ÑÔùËͶ¥¼¶¹ú¼ÊÓ¢ÎÄÓòÃûºÍ5¸ö10MÓÊÏä¡£
 ¸ü¶àµÄÓŻݾ´Çë·ÃÎÊÎÒÃǵÄÍøÕ¾£ºhttp://www.dns189.com
 ×ÉѯÈÈÏߣº0592-5923909-118  QQ:82293848   
 ÎÒÃdzÐŵ£ºËùÓпռä¾ù¿ÉÏÈ¿ªÍ¨ºó¸¶¿î£¬ËùÓÐÎÊÌâÔÚ¶þÊ®Ëĸö¹¤×÷ʱ»Ø¸´¡£


---

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

阹桯俋籀郔衄虴腔源楊!!!

[EZLink International TradeNet]

Title: ÍØÕ¹Íâó×îÓÐЧµÄ·½·¨!!!





  

  
EZlink
International TradeNet  http://www.ezlink.com.tw

  
  


×î
1
ºó
1
1
1
Ìì

  

  


  ÈôÓÐÒÉÎÊÇëÖÁ
  
  

  
  

  

¹ú¼ÊóÒ×ÁªÑ¶Íø
  

  
  

  

»òÀ´µç:
  

  
  

  
(020)38850406
  

  

 

  

  
 
  EZlink·þÎñÇø
  
  

  
  
¡ò¸÷¹úóÒ×É̼°²úÆ··ÖÀà
  
  
  

  
¡òÂò·½²É¹ºµÇ¼
  

  
  

  
¡òÂò·½²É¹º¿ìѶ
  

  
  

  
¡òóÒ×½»Ò×ÊéÐÅÓ¦ÓÃƽ̨
  

  
  

  
¡ò»·ÇòÉÌÆ·Õ¹ÀÀ
  
  

  
  

  
¡òÓÅÁ¼³§ÉÌÍƼö
  

  
  

  
¡ò¹ã¸æ·þÎñ
  

  
  

  
¡òÍøÕ¾Éè¼Æ¡¢¹æ»®·þÎñ
  

  


  
  

 

   
  

  

  

   ÄúÊÇ·ñÕýΪ¿ª·¢Ð¿ͻ§¶ø·³ÄÕ£¿

   ÄúÊÇ·ñÕýΪ¿ª·¢ÍâóÊг¡³É±¾¹ý¸ß¶ø·³ÄÕ£¿

   ÄúÊÇ·ñ¾õµÃÍÆÕ¹¶Ô²úÆ·ºÄʱ¹ý³¤£¬Ê§È¥ÉÌ»ú£¿
  
  

  

  
   
  
ÕâʱÄú¸ÃÕÒ"¹ú¼ÊóÒ×ÁªÑ¶Íø"
  
  
ÍØÕ¹Íâó 
  ¹ó¹«Ë¾ÊÇ·ñÒ»ÈçÍùÎô£­¿¯µÇÔÓÖ¾¹ã¸æ»ò²Î¼ÓÉÌÆ·Õ¹ÀÀ£¿
  
  
±»¶¯µÄ¿Í»§¿´µ½Äú¿¯µÇµÄ¹ã¸æ£¿µÈ¿Í»§µ½Äú²ÎÕ¹µÄ̯λ²Î¹Û£¿
  
  "µÈ"Ò»ÔÙ"µÈ"£¬Ò²ÎÞÐμä³ÉÁË¿¿ÔËÆøµÄ±»¶¯£¬µÈ´ýʽ¿ª·¢Íâó£¡
  
  µ«Òź¶µÄÊÇ£¬ÔÚ±¶ËÙʱ´úµÄ´ó»·¾³ÖÐÒÑת±äΪ¡¢¿ìËÙ¡¢Ö÷¶¯Óë»ý¼«·½£»ÓоºÕùÁ¦£¬²ÅÄÜÉú´æ¡£Î¨ÓÐÅäºÏ±¶ËÙʱ´úµÄÐÂ˼ά£¬·½ÄÜÁ¢×ãÓÚ¹ú¼ÊÍâÏúÊг¡£»Ö»ÒªÓÐÕýÈ·¹ÛÄ¿ªÍØÍâÏú£¬³É¹¦½Óµ¥£¬Çá¶øÒ×¾Ù¡£¹ú¼ÊóÒ×ÁªÑ¶Íøʸ־³ÉΪȫÇòµÚÒ»´óóÒ×ÍøÕ¾£¬À©´óÕÙÊÕ»áÔ±¡£

  

  


Ãâ·Ñ°ï»áÔ±ÕÒ³öÈ«ÇòÏà¶Ô½ø¿ÚÉÌ
 

  ²¢´ú·¢E-MAIL¼°ÔùËÍ15000·âE-MAIL
  ÌؼÛ5.3ÕÛÓÅ»ÝÖÁ01ÔÂ31ÈÕ½ØÖ¹
  
  
  

  
  
  
ÒòΪ¹ú¼ÊóÒ×ÁªÑ¶Íø
  
 ¡òÓµÓÐÈ«Çò55¶àÍò¼Ò½ø¿ÚÉÌ×ÊÁÏ
  
¡òÓÐÈ«Çò4Íò¶à±Ê¿Í»§ÊµÊ±¹ºÂòÉÌ»ú


 ¡òÓзÖÀà·ÖÏîµÄ½ø¿Ú³§ÉÌ¿ìËÙ²éѯ
  

  
  
  
ÎÒÃÇÔËÓ÷ḻµÄÊý¾Ý¿âÌæ»áÔ±²éѯȫÇòµÄÂòÖ÷¹«Ë¾£¬ÈÃÄú¿ª·¢Ð¿ͻ§Ãâ·³ÄÕ¡£


  
  
ÎÒÃÇÔËÓ÷ḻµÄÊý¾Ý¿âÌæ»áÔ±²éѯȫÇòµÄÂòÖ÷¹«Ë¾£¬²¢E-mail¸øÏà¶Ô½ø¿ÚÉÌ£¬Îª»áÔ±½ÚÊ¡°Ù·ÖÖ®¾ÅÊ®¿ª·¢³É±¾¡£


  
  
ÎÒÃÇÔËÓ÷ḻµÄÊý¾Ý¿â¼°¸ß¿Æ¼¼Ö®¼¼ÊõÔÚ¼«¶ÌµÄʱ¼äÄÚ£¬½«ÄúµÄ²úÆ·ÍƼöÓÚÈ«Çò½ø¿ÚÉÌ£¬Ð§¹ûѸËÙ£¬¶©µ¥½ÓÁ¬¶øÀ´¡£

  
  
  Äú»á¸Ðµ½Íò·ÖµÄÐË·ÜÓ뾪ÑÈ£¡ÒòΪ¹ú¼ÊóÒ×ÁªÑ¶ÍøÓгäʵµÄÂò·½Êý¾ÝÓëÕýÈ·µÄÊг¡¿ª·¢¹ÛÄî¡£ÎÞ¹Öºõ£¬»áÔ±½«¿ª·¢ÍâóÊг¡µÄÖØÈΣ¬Î¯ÍÐÓÚ¹ú¼ÊóÒ×ÁªÑ¶ÍøÒµÎñÅ·¢Õ¹£¬¿Í»§¼±ËÙÔö¼Ó£¬¶©µ¥Ô´Ô´¶øÀ´£¬Ã¿¸ö»áÔ±½Ô³ÆÒâÏë²»µ½¡­ÎÒÃdzÏÖ¿µÄÑûÇëÄú²Î¹ÛÎÒÃǵÄÍøÕ¾£¬ÎÒÃÇÔËÓÃÁËËÄÖÖÓïÑÔÀ´·½±ãÈ«Çò¸÷µØµÄ»áԱʹÓá£
»¶Ó­Çë°´>>>http://www.ezlink.com.tw»òÀ´µç£º(020)38850406»áÔ±·þÎñÖÐÐÄǢѯ±£Ö¤ÄúµÄÍâÏúÒµÎñ½«»áÓÐÈÃÄú¾ªÑȵijÉЧ£¡
  

  
¹ú ¼Ê ó Ò× Áª Ѷ Íø EZLink
  International TradeNet
  


  
´ó½µç»°:86(020)38850406
  E-mail:[EMAIL PROTECTED]
  
  
ÃÀ¹úµç»°:886(02)23456929
  E-mail:[EMAIL PROTECTED]
  
  


  
̨Íåµç»°:+1-765-497-3937
  E-mail:[EMAIL PROTECTED]
  
  
Ïã¸Ûµç»°:(852)29153221
  E-mail:[EMAIL PROTECTED]
  

  


  
  

  Copyright(c)
1998-2001 EZLink Internet Group. All Rights Reserved.

  





___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Deletion of directory

[anamika mathur]

Dear Friends,
 If a directory needs to be removed from the
repository, what is the procedure to do it?

Is it safe to directly remove the directory from the
repository, if we know that it will be no longer reqd
in future. If no, what all problems it can create if
we directly delete the directory from the repository.

Regards,
Anamika

__
Do You Yahoo!?
Great stuff seeking new owners in Yahoo! Auctions! 
http://auctions.yahoo.com

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Where can I query files during commitinfo?

[Mark]

Write a commitinfo script that sends the results of the following commands to
standard out:
-  pwd
-  ls -la
-  ls -laR
-  env
-  @ARGV

post the results. that will help to debug your issue.

--- "Robert B. Adam" <[EMAIL PROTECTED]> wrote:
> 
> Want to write a script to be called from the commitinfo file during file 
> commit that will look into the files.
> 
> Where are the files being committed, viewable
> 
> echo "TMPDIR" returns /tmp, but I placed an interactive read in my 
> script and when it suspends I don't see anything in /tmp related to cvs.
> 
> Thanks,
> 
> -- 
> Robert B. Adam
> The Build Dude
> TippingPoint Technologies
> [EMAIL PROTECTED]
> 
> 
> 
> ___
> Info-cvs mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs


__
Do You Yahoo!?
Great stuff seeking new owners in Yahoo! Auctions! 
http://auctions.yahoo.com

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: DIfferent workspace directories than repository...

[Mark]

--- Rick Grashel <[EMAIL PROTECTED]> wrote:
> Hope I can get some help here...
...
> Is there anyway that I can map a CVS directory and assign it a
> specific workspace directory?  I'm really hoping I can do this,
> otherwise I may have to dump CVS in favor of another SCM tool.  And I
> really don't want to.  But this one is a show stopper.

I don't think it is a show stopper, surely this issue can be resolved in a
number of ways outside of making the workspace structure different that the
repository structure. I am curious though, what other tools will you consider
which provide a modules like functionality of CVS, to do what you are looking
for?

In any case, try the following in the modules file:
lib lib
bin bin
html html
docs docs
src src
mydirectory  &lib &bin
mymodule &mydirectory &html &src &docs

> cd /home
> cvs co -d myhome mymodule

Mark

__
Do You Yahoo!?
Great stuff seeking new owners in Yahoo! Auctions! 
http://auctions.yahoo.com

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Complex repository problem...

[Mark]

--- Olav Lindkjølen <[EMAIL PROTECTED]> wrote:
> Sorry for the long message, and the many questions, but I want to get 
> this right, so I avoid problems in the future. I allready have made the 
> mistake of importing S-A2 and S-B1 as subdirs of M-A even though they 
> are separate subprograms of M-A with separate tags and version 
> numberings and release numbers.

Its sounds like a test CVS repository would be appropriate here.

__
Do You Yahoo!?
Great stuff seeking new owners in Yahoo! Auctions! 
http://auctions.yahoo.com

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: Major revision number compatibility?

[Thomas Eliassson]

>>On Tue, Jan 29, 2002 at 01:46:52PM +0100, Thomas Eliassson wrote:
>> Now when we start using CVS I see that we can 
>> use 'cvs commit -r2.4 file.txt' to commit a file with a specific 
>> revision number (in the example 2.4). Is this safe, or may we run into 
>> some trouble later on?
> 
> This is safe, in the sense that CVS will handle it just fine; it
> won't corrupt your data or start spitting error messages.
> 
> The problem (or *a* problem; there may be others) is that
> forevermore, every time someone adds a new file, they'll have to
> remember to say:
>   cvs add -r whatever_the_major_revision_number_is_right_now myfile


I think I was a little missunderstood.


We will ignore revision numbers now that we start using CVS.

I only wanted revision numbers for old files (pre-CVS) to continue in

the same line of numbers (to be easier to track).


I.e. if file foo.bar was (pre-CVS)2.4, I'd like to put it in CVS as 
revision 2.4,  but from that on use tags for releases (i.e. revision 
numbers will be 'ignored' by users).
The point is that I don't want to have a pre-CVS file with revision 2.4 
starting over again with 1.1 in CVS. I think that might confuse people 
later on.
This also means that it's perfectly ok (even preferred) for new files to 
be numbered with 1.1, as long as I can still track files from before we 
had CVS. I also checked that this is the way it works (at least with our 
CVS setup), so if one file in the directory has rev. 2.6, a newly added 
file will have rev.no. 1.1.

Thanks for your information.
/Thomas

-- 
Personal reply?
Remove .qb in mail address (spam blocker).


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Re: CVS setup help

[Rohit Peyyeti]

Thanks Larry. Thank you very much. Works
according to how I thought it should work.

Regards,
Rohit Peyyeti

- Original Message - 
From: "Larry Jones" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, January 29, 2002 9:28 PM
Subject: Re: CVS setup help


> Rohit Peyyeti writes:
> > 
> > Now, I am able to successfully login into CVS with
> > CVS user called 'readroh'. But when I checkout files
> > from the repository, I still get read+write file
> > permissions and not as supposed to be read-only
> > mode.
> 
> A read-only user still gets read/write files, but they're not allowed to
> make any changes to the repository (e.g., they can't commit changes or
> set tags).  Setting the $CVSREAD environment variable will give you
> read-only files, but won't (by itself) prevent you from changing the
> permissions, changing the files, and then committing them.
> 
> > Also, is 'readers' file created the same way as passwd
> > file?
> 
> No, the readers and writers files should be maintained with CVS.
> 
> -Larry Jones
> 
> See, it all makes sense.  See?  See??  They never see. -- Calvin


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

±ùÏä¿Õµ÷Ê¡µçÆ÷¼ò½é(Introductory to AiYong energy saver)

[zengfuli]

×ð¾´µÄÏÈÉú/Ůʿ£º 

ÄúºÃ£¡Èç¹ûÎÒÃǵÄÓʼþ¸øÄú´øÀ´²»±ã£¬ÇëÄú°ïÎÒÃÇɾ³ý£¡

°®ÓÃÅÆÊ¡µçÆ÷--±ùÏä¿Õµ÷Ê¡µçÆ÷
£¨³ÏÕ÷È«¹ú¸÷Ê¡ÊдúÀí²¢¿ªÕ¹ÓʹºÒµÎñ£©
Ò»ÖÖÐÂÐ͵ĽڵçÆ÷-±ùÏä¿Õµ÷Ê¡µçÆ÷ÃæÊÀÁË£¬¸Ã²úÆ·ÊǸù¾Ý¹ú¼Ò×îÐÂרÀû<<±ùÏä¡¢¿Õµ÷Æ÷µÄÊ¡µç×°ÖÃ>>Éè¼Æ¶ø³É£¨×¨ÀûºÅ£ºZL99212326.7£©,ÈÙ»ñÏã¸ÛÖлª×¨Àû²©ÀÀ»á½ð½±ºÍÊÀ½ç·¢Ã÷¼Ò¹ú¼ÊЭ»á°ä·¢µÄ¹ú¼Ê·¢Ã÷½ð½±£»ÀûÓÃÊý×Ö¼¯³Éµç·µÈ¸ßм¼Êõʹ½ÚµçÂʸߴï30%×óÓÒ£¬²¢¾ßÓÐÀ´µçÑÓʱÆô¶¯±£»¤¹¦ÄÜ£¬ÄÜÑÓ³¤±ùÏä¡¢¿Õµ÷µÈÓõçÆ÷µÄʹÓÃÊÙÃü£¬Äܹ㷺ӦÓÃÓÚ¼ÒÍ¥¡¢±ö¹Ý¡¢É̳¡¡¢¹¤³§µÈÓÐÖÆÀäÉ豸ºÍµçÈÈÉ豸µÄ³¡Ëù¡£
ÊÊÓ÷¶Î§£º
AÐÍ£ºÊÊÓÃÓÚ±ùÏ䡢ѩ¹ñ¡¢ÒûË®»ú¡¢µçÈÈ̺¡¢µçůÆ÷µÈ¡£
BÐÍ£ºÊÊÓÃÓÚ´°ÐÍ¡¢¹Òʽ¡¢¹ñʽ¿Õµ÷¼°¸÷ÀàÀ䶳»úµÈ¡£
ÏÖÎÒ³§³ÏÕ÷È«¹ú¸÷Ê¡ÊдúÀíÉÌ£¬²¢¿ªÕ¹³§¼ÛÖ±ÏúÓʹºÒµÎñ£¬ÏêÇéÇë¿´ÎÒ³§ÍøÒ³¡£
ÁªÏµÈË£ºÔø¸£ÔÆ  ÔøÁÁ  
×Éѯµç»°£º+86(020)84613439  +86013802832046  +86013609685760
ÍøÖ·£ºwww.aysdq.com.cn E-mail£º[EMAIL PROTECTED]


Dear gentleman /lady£º
How do you do! If the mails of we bring to you inconvenient and please help us to 
delete! 
The AiYong energy saver -- The electricity saving instrument for refrigerator and air 
condition.
(Advertise for the national each province and municipality sincerely and act as agent 
and develop the business of mail-ordering)
This product is designed and produced based on the latest standard of national 
refrigerator(patent No£ºZL99212326.7)£»Awarded gold prize from HK-and-To meet the 
demand of national and international market. New design£¬Easy operation and effective 
energy saving(Saving rate 15%-30%)¡£

Scope of application£º
A type£ºSuitable for refrigerator, snow cupboard, drinking machine, electric blanket, 
electric heater,etc..
B type£ºSuitable for window type, hanging type, the cupboard type air conditioner and 
all kinds of refrigerators,etc..

Now our factory advertise for national each province and municipality agents 
sincerely, develop price at factory mail-order business by direct selling, details 
think our factory webpage.

Contact person£º ZengFuYun   ZengLiang
The consulting telephone£º+86(020)84613439  +8613802832046  +8613609685760
The website£ºwww.aysdq.com.cn E-mail£º[EMAIL PROTECTED]


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

Complex repository problem...

[Olav Lindkjølen]

I have a problem I would like to get an expert opinion on.

If I have a module in the repository like this:

+-M-A
   |
   +-S-A1
   | |
   | + S-A11
   |   |
   |   + S-A111
   |
   + S-A2
   | |
   | + S-A21
   |   |
   |   + S-A211
   |
   + S-B1
 |
 + S-B11
   |
   + S-B111

Picture this event sequence:
---Delete S-A2 and S-B1 all files and subdirs of them from the repository.
---Import S-A2 and S-B1 back into the repository with all files an 
subdirs as two independent modules.
---Set up an entry in the modules file looking like this:
M-A &S-A2 &S-B1

---If I checkout M-A, do I get a working dir where S-A2, and S-B1 with 
subdirs and files are created as subdirs of the working copy of M-A.
---If I do some changes to a file in S-A211, will a commit of M-A allso 
commit the changes to S-A2?
---When I later tag S-A2 with v1, and M-A with v1_2, will tag v1_2 allso 
be set on S-A2?
---Will merges from a branch of M-A allso affect S-A2?
---Do the tags on M-A have to be unique in the repository, or just for 
the module.
---Can I use v1 as a tag on S-A2 *and* on M-A and have them treated as 
separate tags when merging branches on M-A?

Sorry for the long message, and the many questions, but I want to get 
this right, so I avoid problems in the future. I allready have made the 
mistake of importing S-A2 and S-B1 as subdirs of M-A even though they 
are separate subprograms of M-A with separate tags and version 
numberings and release numbers.

Thanks in advance...

Regards Olav!


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs

ÓòÃûÓʾÖÍøÕ¾ÆóÒµÉÏÍøÒ»ÌõÁú

[dns189]

ÈçÄú²»Ï£ÍûÔÙ´ÎÊÕµ½ÀàËÆÓʼþ£¬ÇëÄúת·¢ÖÁ£º[EMAIL PROTECTED]£¬ÎÒÃǽ«´ÓÓʼþÁбíÖÐ
ɾ³ýÄúµÄÓʼþµØÖ·¡£Ð»Ð»£¡
--
×𾴵Ŀͻ§£¬ÄúºÃ£¡
ÒÚ¾°ÉÌÎñÏÖÍƳöÆóÒµ¡¢¸öÈËÉÏÍøÓŻݷ½°¸£º   
 (Ò»£©ÆÕͨÖ÷»ú
 150MÐéÄâÖ÷»ú+Ò»¸ö¹ú¼Ê¶¥¼¶ÓòÃû+Îå¸öÆóÒµ¼¶10MÓÊÏä=350Ôª
 200MÐéÄâÖ÷»ú+Ò»¸ö¹ú¼Ê¶¥¼¶ÓòÃû+Îå¸öÆóÒµ¼¶10MÓÊÏä=450Ôª
 500MÐéÄâÖ÷»ú+Ò»¸ö¹ú¼Ê¶¥¼¶ÓòÃû+Îå¸öÆóÒµ¼¶10MÓÊÏä=680Ôª
 200MÐéÄâÖ÷»ú+Ò»¸ö¹ú¼Ê¶¥¼¶ÓòÃû+Îå¸öÆóÒµ¼¶10MÓÊÏä+ͨÓÃÓòÃû=800Ôª 

 *ÒÔÉÏ¿Õ¼äÈ«ÃæÖ§³ÖASP¡¢PHP¡¢CGI¼°ACCESS Êý¾Ý¿â³ÌÐò
 ¸ü¶àµÄÓŻݾ´Çë·ÃÎÊÎÒÃǵÄÍøÕ¾£ºhttp://www.dns189.com
 ×ÉѯÈÈÏߣº0592-5923909-118 QQ:82293848
  
 £¨¶þ£©½­ºþÖ÷»ú
 ½­ºþÖ÷»ú¼Û¸ñ
 50ÈËͬʱÔÚÏß200MÖ÷»ú¿Õ¼ä500Ôª/°ëÄê800Ôª/Äê
 100ÈËͬʱÔÚÏß   200MÖ÷»ú¿Õ¼ä700Ôª/°ëÄê1200Ôª/Äê
 200ÈËͬʱÔÚÏß   500MÖ÷»ú¿Õ¼ä600Ôª/¼¾  2000Ôª/Äê
 500ÈËͬʱÔÚÏß   1000MÖ÷»ú¿Õ¼ä   1200Ôª/¼¾ 4000Ôª/Äê
 Õû»ú×âÓÃ1500Ôª/Ô   15000Ôª/Äê

 Ö÷»úÅäÖÃ
 PL-2U·þÎñÆ÷£ºP3 1G£»ECC1GÄڴ棬36GSCSI 1ת£»150M¹²ÏíÖ±½Ó
 SS-Ëþʽ·þÎñÆ÷£ºÀ×Äñ1.G£»ECC1GÄڴ棬40GÓ²ÅÌ£¬150M½ÓÈë

 ÒÔÉϾùÃâ·ÑÔùËͶ¥¼¶¹ú¼ÊÓ¢ÎÄÓòÃûºÍ5¸ö10MÓÊÏä¡£
 ¸ü¶àµÄÓŻݾ´Çë·ÃÎÊÎÒÃǵÄÍøÕ¾£ºhttp://www.dns189.com
 ×ÉѯÈÈÏߣº0592-5923909-118  QQ:82293848   
 ÎÒÃdzÐŵ£ºËùÓпռä¾ù¿ÉÏÈ¿ªÍ¨ºó¸¶¿î£¬ËùÓÐÎÊÌâÔÚ¶þÊ®Ëĸö¹¤×÷ʱ»Ø¸´¡£


---

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs