Re: how to get cvs pserver working with xinetd?

2005-05-27 Thread manuel 'fmf' ferrero
, on 27/05/2005 4.44 wrote:

 but when I issue command  # netstat -lnp | grep cvs
 the system echo nothing  ,so i think  the service cvspserver does not working

AFAIK services in (x)inetd aren't in listening until someone didn't try
to connect to them.
But i'm not so sure about it.

I have cvs pserver in inetd:

Consulente1:/etc/apt# grep cvs /etc/inetd.conf
# cvs pserver
cvspserver  stream  tcp nowait  root/usr/bin/cvs cvs
--allow-root=/usr/local/cvspserver


And it isn't listed in netstat:

Consulente1:/etc/apt# netstat -lnp|grep cvs
Consulente1:/etc/apt#


But it works for me when i try to connect to it:

Consulente1:/etc/apt# grep pserver /var/log/syslog.0
May 26 08:44:55 Consulente1 tcpspy[295]: connect: user root, local
10.1.6.60:cvspserver, remote 10.1.53.67:1207


Ah, i have a firewall on the server and i had to open pserver port:

Consulente1:/etc/apt# grep cvs /etc/shorewall/rules
# cvs
ACCEPT  loc $FW tcp cvspserver


HTH HAND
-- 
manuel 'fmf' ferrero | http://www.servidellagleba.it/~manuel/blog/
- Answer to question. Did you see a sign out in front of my house that
said, Dead nigger storage?
 - Naw man, I didn't.
 - You know why you didn't see that sign?
 - Why?
 - 'Cause storin' dead niggers ain't my fuckin' business!
-- Jimmie Dimmick  Jules Winnfield


___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs


How to manage administrative file (quite long...)

2005-05-20 Thread manuel 'fmf' ferrero
Hallo *.
I have cvs 1.11.1p1 on a debian woody and i use WinCvs 2.0.0.2 as a
client on my windows pc.
I'm a beginner in cvs, but till now i can use it quite fine after
reading the fine manuals...

This week i discover administrative files and i'm trying to use them
(i'm also root on debian, so i have the force!)

I have two question about them.

First one:
I've modified my 'modules' file to match modules under cvs so users in
WinCvs can list them during the checkout.
Now i read somewhere that i can handle administrative files as a module
under cvs just checking out the module CVSROOT.
I tried and it works (except for some problems due to file permission in
debian), but.
But if i check out the module CVSROOT and i try to edit my local copy of
'modules' file it doesn't match the file i can see on the server.
The file on the server is this:

---SNIP---
Consulente1:/usr/local/cvs/CVSROOT# cat modules
# Three different line formats are valid:
#   key -aaliases...
#   key [options] directory
#   key [options] directory files...
#
# Where options are composed of:
#   -i prog Run prog on cvs commit from top-level of module.
#   -o prog Run prog on cvs checkout of module.
#   -e prog Run prog on cvs export of module.
#   -t prog Run prog on cvs rtag of module.
#   -u prog Run prog on cvs update of module.
#   -d dir  Place module in directory dir instead of
module name.
#   -l  Top-level directory only -- do not recurse.
#
# NOTE:  If you change any of the Run options above, you'll have to
# release and re-checkout any working directories of these modules.
#
# And directory is a path to a directory relative to $CVSROOT.
#
# The -a option specifies an alias.  An alias is interpreted as if
# everything on the right of the -a had been typed on the command line.
#
# You can encode a module within a module by using the special ''
# character to interpose another module into the current module.  This
# can be useful for creating a module that consists of many directories
# spread out over the entire source repository.

#Russia Russia
#Generico Generico
#filesystem filesystem
#PleasureX PleasureX
#Team Team
#BOOT BOOT
#Telco142 Telco142
Consulente1:/usr/local/cvs/CVSROOT#
---PINS---


and the local copy on my pc after checking out CVSROOT module is this:

---SNIP---
# Three different line formats are valid:
#   key -aaliases...
#   key [options] directory
#   key [options] directory files...
#
# Where options are composed of:
#   -i prog Run prog on cvs commit from top-level of module.
#   -o prog Run prog on cvs checkout of module.
#   -e prog Run prog on cvs export of module.
#   -t prog Run prog on cvs rtag of module.
#   -u prog Run prog on cvs update of module.
#   -d dir  Place module in directory dir instead of
module name.
#   -l  Top-level directory only -- do not recurse.
#
# NOTE:  If you change any of the Run options above, you'll have to
# release and re-checkout any working directories of these modules.
#
# And directory is a path to a directory relative to $CVSROOT.
#
# The -a option specifies an alias.  An alias is interpreted as if
# everything on the right of the -a had been typed on the command line.
#
# You can encode a module within a module by using the special ''
# character to interpose another module into the current module.  This
# can be useful for creating a module that consists of many directories
# spread out over the entire source repository.
---PINS---

It differs in some comment line and the local copy doesn't have the
module i've added by hand in the past.
Why?



Second question: as you can see before, i've added some modules by hand,
but they are single-word modules, but i also have some modules i want to
keep under cvs whith names made by two or more word: something like
'project 1' or 'test suite product X'; windows allows (more or less...)
to use spaces in filenames, so people here abuse them and i cannot tell
them to use underscore instead.
I wasn't able to set up a modules file to match this kind of project. I
have to remember their names to checkout them in WinCvs. I also tried to
use -a to set an alias, but i miss something...
Can i use modules file to list this kind of projects?


Someone can give me some hints on how to well manage that files?
Thanks in advance.
-- 
manuel 'fmf' ferrero | http://www.servidellagleba.it/~manuel/blog/
Run out of taglines: (A)bort (R)eread (S)teal


___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs


Re: How to manage administrative file (quite long...)

2005-05-20 Thread manuel 'fmf' ferrero
Todd Denniston, on 20/05/2005 16.15:

 If debian has an update for the cvs binary, it would probably be a good idea
 to update it, many security holes have been fixed since 1.11.1p1 (I suppose
 debian may have patched them in to that version, it just scares me to see
 such an old version being reported).

I use debian woody weekly updated .
I've checked on debian home page and for sarge and experimental the cvs
version is 1:1.12.9-13.
But i don't care about security holes: my cvs is in my intranet, not
reachable from the net.
I'll check for changelog to see if it worth the upgrading due to some
new feature, thanks.




It differs in some comment line and the local copy doesn't have the
module i've added by hand in the past.
Why?

 
 
 Because you never checked it in, and what you got when you did the checkout
 was the version from the RCS file. Copy those lines from the difference you
 want into the checked out copy and do a commit.

Ok.
It works (obviously :)




[SNIP on file names with spaces in it]

 Granted I have a personal bias against spaces IN FILE NAMES (no problem with

Mine is worst than yours: users who use this kind of names for prjoects
will not be able to browse their project.
Period.
I'm root, the force is with me, Luke.




Someone can give me some hints on how to well manage that files?
Thanks in advance.
 
 
 always edit the administrative files in a checked out directory, not
 directly in the repository.

I know (now).
I'll dig into documentation for some new idea to destroy sources.
Thanks.
-- 
manuel 'fmf' ferrero | http://www.servidellagleba.it/~manuel/blog/
I've used this particular tagline 3 times.


___
Info-cvs mailing list
Info-cvs@gnu.org
http://lists.gnu.org/mailman/listinfo/info-cvs