cvsup access will be down for the next hour or two while crater is
being upgraded. I'm moving the cvs repository around a little to
make room for a GIT and SVN mirror.
-Matt
://hightek.org/mirror
In the process of updating our dcvs repository today with *mirror* and
thinking about how nice it is to not be dependent on cvsup, I checked
our web site today and discovered that the site for *mirror* was missing.
I had not checked it in a while. The only thing I can
Andre LeClaire wrote:
Hello, everyone! With the idea of creating a custom router, I've
installed DragonFly on an older laptop with limited resources (1GB flash
drive), and wonder if it's possible to build a custom kernel by
cvsup-ing the kernel source only? This was possible with FreeBSD 4
Sascha Wildner wrote:
Replace 'dragonfly-cvs-src' with 'dragonfly-src-sys' in the supfile
you're using.
Should have been: Replace 'dragonfly-cvs-src' with 'dragonfly-cvs-sys'...
Sascha
--
http://yoyodyne.ath.cx
Simon 'corecode' Schubert wrote:
Garance A Drosihn wrote:
Just use rsync, and shut up about it already.
What are you people blabering about?
Fair question, simple answer.
Not wanting to throw a useful tool out on specious grounds.
cvsup SUCKS.
Not my field of expertise. Google 'Escort
I have some benchmark test results comparing rsync to cvsup.
...
okay.. so like:
you'd think with all of these repository copies flying around,
there'd be a lot less flaming and a lot more coding going on..
enough!
sheesh.. You people are making me want to write this email
IN EMACS
Chris Turner wrote:
I have some benchmark test results comparing rsync to cvsup.
okay.. so like:
you'd think with all of these repository copies flying around,
there'd be a lot less flaming and a lot more coding going on..
enough!
sheesh.. You people are making me want to write
Vincent Stemen [EMAIL PROTECTED] wrote:
I have some benchmark test results comparing rsync to cvsup. I did 12 client
side tests over the last week. 5 against TheShell.com, 3 against AllBSD.org,
and 4 against chlamydia.fs.ei.tum.de. All tests were mirroring the DragonFly
BSD source repository
Hello Vincent,
Vincent Stemen wrote:
The results are dramatic, with rsync performing hundreds of percent faster on
average while only loading the processor on the client side a little over
a third as much as cvsup. Either the performance claims about cvsup being
faster than rsync are based
On Wed, January 30, 2008 1:38 am, Vincent Stemen wrote:
I have some benchmark test results comparing rsync to cvsup. I did 12
client side tests over the last week. 5 against TheShell.com, 3 against
AllBSD.org, and 4 against chlamydia.fs.ei.tum.de. All tests were
mirroring the DragonFly BSD
Justin C. Sherrill wrote:
The only minor thing I'd bring up is that I recall one reason for cvsup is
that rsync placed a relatively higher load per client on the server.
That needs to be established. We already heard that cvsup - contrary to
claims - is not competitive with rsync
not so clear. To repeat my
earlier mail: Vincent appears only to have installed a tarball of
recent (but not current) sources and used cvsup / rsync to update
them. But to operate efficiently, cvsup needs checkout files, which
it would have only if it was run previously on those sources. See the
FAQ
At 6:38 AM + 1/30/08, Vincent Stemen wrote:
My conclusions:
===
The results are dramatic, with rsync performing hundreds of percent faster on
average while only loading the processor on the client side a little over
a third as much as cvsup. Either the performance claims about
On Wed, Jan 30, 2008 at 09:54:29AM +, Rahul Siddharthan wrote:
As I understand, cvsup maintains state between updates using checkout
files in a separate sup directory. If you are missing that
directory, or it does not correspond to your aged tree, cvsup won't
do very well. You should
At 4:38 PM -0600 1/30/08, Vincent Stemen wrote:
That's a good point. It is possible that cvsup would fair better with
a matching sup directory. I actually forgot about cvsup keeping that
separate state directory when I ran the benchmarks. However, from my
viewpoint that does not invalidate
Garance A Drosihn wrote:
Just use rsync, and shut up about it already.
What are you people blabering about? cvsup SUCKS. not the idea, but the
language it is implemented in. and cvsup inherits the suckage. as simple
as that. if it was written in a portable language, nobody would bother
to all cvsup mirrors.
cheers
simon
--
Serve - BSD +++ RENT this banner advert +++ASCII Ribbon /\
Work - Mac +++ space for low €€€ NOW!1 +++ Campaign \ /
Party Enjoy Relax | http://dragonflybsd.org Against HTML \
Dude 2c 2 the max ! http://golden
Matthew Dillon [EMAIL PROTECTED] writes:
#2. It's ok for crater to be listed, but it should be commented out
for now. Manual use of crater is fine, its the automatic cron jobs
that I'd like to avoid :-)
Hrm...
cd /usr/share/examples/cvsup
grep default host DragonFly*
DragonFly
:Yah. Please let's do a round robin entry to all cvsup mirrors.
:
:cheers
: simon
Unfortunately it isn't safe to do that because the mirrors
will be slightly out of sync with each other. You would
confuse the hell out of cvsup if you ran it at the wrong time.
It's better
Any idea why cvsup.theshell.com is missing the dragonfly-cvs-doc collection?
I get
Server message: Unknown collection dragonfly-cvs-doc
The doc directory is there via rsync. It is not missing from other
servers such as cvsup.dragonflybsd.org and cvsup.allbsd.org.
On Tue, Jan 22, 2008 at 11:41:20PM +, Vincent Stemen wrote:
Any idea why cvsup.theshell.com is missing the dragonfly-cvs-doc collection?
I get
Server message: Unknown collection dragonfly-cvs-doc
The doc directory is there via rsync. It is not missing from other
servers such as
On 2008-01-23, Peter Avalos [EMAIL PROTECTED] wrote:
On Tue, Jan 22, 2008 at 11:41:20PM +, Vincent Stemen wrote:
Any idea why cvsup.theshell.com is missing the dragonfly-cvs-doc collecti=
on?
=20
I get
Server message: Unknown collection dragonfly-cvs-doc
=20
The doc directory is
2008/1/21, Dave Hayes [EMAIL PROTECTED]:
Matthew Dillon [EMAIL PROTECTED] writes:
What, people didn't know we install a Makefile in /usr? Well, now you
do!
Er...maybe it's because I'm running 1.8.2 that I don't see one in /usr?
When did you folks start doing this?
1.10 IIRC.
Matthew Dillon wrote:
One of the original reasons for using cvsup was so people could maintain
local branches of the repository. I don't think people do this much
anymore, if they do it all. Disk space is so cheap these days that
keeping a master sync copy and a separate one
People use git or hg nowadays :) I just can't stop nagging, it is
unbelievably useful, especially for team work.
It's been now many times I heared great things about git, while I never
personally used it, as I use rsync to keep my development projects
syncronized. Why don't we switch to to
On 2008-01-21, Matthew Dillon [EMAIL PROTECTED] wrote:
We could just add rsync targets in our /usr/Makefile in addition to
all the cvsup/pkgsrc targets already in there.
What, people didn't know we install a Makefile in /usr? Well, now you
do
* Steve O'Hara-Smith wrote:
On Mon, 21 Jan 2008 09:24:02 +0100
Nicolas Thery [EMAIL PROTECTED] wrote:
2008/1/21, Dave Hayes [EMAIL PROTECTED]:
Matthew Dillon [EMAIL PROTECTED] writes:
What, people didn't know we install a Makefile in /usr? Well,
now you do!
Er...maybe
On Mon, 21 Jan 2008 09:24:02 +0100
Nicolas Thery [EMAIL PROTECTED] wrote:
2008/1/21, Dave Hayes [EMAIL PROTECTED]:
Matthew Dillon [EMAIL PROTECTED] writes:
What, people didn't know we install a Makefile in /usr? Well,
now you do!
Er...maybe it's because I'm running 1.8.2 that I
!
Er...maybe it's because I'm running 1.8.2 that I don't see one in /usr?
When did you folks start doing this?
1.10 IIRC.
Eh? I thought that was a joke. There's no /usr/Makefile on this box
(1.11.0-PREVIEW).
I'm pretty sure I used /usr/Makefile yesterday to run cvsup
, granted, we don't want people
to be downloading a whole copy's worth of network bandwidth every day,
but rsync is close enough that I just don't care.
One of the original reasons for using cvsup was so people could maintain
local branches of the repository. I don't think people do this much
Simon 'corecode' Schubert wrote:
Matthew Dillon wrote:
One of the original reasons for using cvsup was so people could
maintain
local branches of the repository. I don't think people do this much
anymore, if they do it all. Disk space is so cheap these days that
keeping a master
Vincent Stemen wrote:
sites += crater.dragonflybsd.org::dragonfly_cvs
could you please not mirror off crater? Matt's link is quite resource
constrained and should mainly be used for feeding mirrors and
developers. Typing in a shell with high latency sucks :)
cheers
simon
Bill Hacker wrote:
CVS has been the 'compromise' that is at least not harmful or overly
demanding.
CVS *is* harmful. I can't run a patch and work on a different issue
myself - I'll mix both. Or I'll have to check out into another tree and
lose the patch.
Rather than 'nag' - set up what you
on this box
(1.11.0-PREVIEW).
I'm pretty sure I used /usr/Makefile yesterday to run cvsup on a
1.10.1 box. I don't have access to that box right now. I'll check
tonight.
Maybe you need to install from a CD to get this makefile?
I guess so. Nothing does a make distribution except for mergemaster
Simon 'corecode' Schubert wrote:
Bill Hacker wrote:
CVS has been the 'compromise' that is at least not harmful or overly
demanding.
CVS *is* harmful.
To you, and other running experimental differences, perhaps so..
I can't run a patch and work on a different issue
myself - I'll mix both.
On Mon, 21 Jan 2008 13:59:12 +0100
Simon 'corecode' Schubert [EMAIL PROTECTED] wrote:
Nicolas Thery wrote:
Maybe you need to install from a CD to get this makefile?
I guess so. Nothing does a make distribution except for mergemaster,
and mergemaster doesn't merge /usr, I think.
Steve O'Hara-Smith wrote:
Maybe you need to install from a CD to get this makefile?
I guess so. Nothing does a make distribution except for mergemaster,
and mergemaster doesn't merge /usr, I think.
Hmm, I haven't used mergemaster since the upgrade target went
into /usr/src/Makefile to
Bill Hacker wrote:
I can't run a patch and work on a different issue
myself - I'll mix both. Or I'll have to check out into another tree and
lose the patch.
Indeed. And have to go find it and manually re-apply, and/or alter and
re-apply 'coz it no longer fits quite tha same on code that has
:...
: Hmm, I haven't used mergemaster since the upgrade target went
: into /usr/src/Makefile to replace it. I'm mildly surprised to find it's
: still in the system, is it of any actual use ?
:
:Absolutely. There is no other way to merge config files, for instance
:ssh, sshd, inetd, etc.
:
On 2008-01-21, Simon 'corecode' Schubert [EMAIL PROTECTED] wrote:
Vincent Stemen wrote:
sites += crater.dragonflybsd.org::dragonfly_cvs
could you please not mirror off crater? Matt's link is quite resource
constrained and should mainly be used for feeding mirrors and
developers. Typing in
On Mon, Jan 21, 2008 at 09:00:31PM +, Vincent Stemen wrote:
1. Leave it last in the list and add what you said as a comment to
make it convenient for developers and mirrors who might need to
use it.
2. Same as 1 but have crater commented out by default.
3.
Simon 'corecode' Schubert wrote:
..
Oh yes, everybody who EVER tried adding third party software to the
repo, or rather kept maintaining it, has been swearing on CVS...
Heh. That's ambiguous in colloquial English, which admittedly makes
no sense and therefore is difficult to learn.
You
walt wrote:
Anyway, you created a DragonFly-git repo at http://repo.or.cz but it
is out of date now. They do offer an automatic update service, which
sounds very good: In the mirror mode, we will check the remote
repository at the URL you give us every hour and if we spot any changes,
we will
Simon 'corecode' Schubert wrote:
Bill Hacker wrote:
*trimmed*
The bottom line - viewing it not a a coder, which I haven't been for
around 30 years - but as a Manager of scarce resources - primarily
*time*, and not even my own in this case - is that:
- Apparent: No readily available 'one
:Understood. I suspected something like that might be the case since it
:was not in the download site list on dragonflybsd.org. That is why
:I put it last :-).
:
:Mirror will use the first site in the list by default unless you specify
:one of the others on the command line. For the default
to be downloading a whole copy's worth of network bandwidth every day,
but rsync is close enough that I just don't care.
One of the original reasons for using cvsup was so people could maintain
local branches of the repository. I don't think people do this much
anymore, if they do
We could just add rsync targets in our /usr/Makefile in addition to
all the cvsup/pkgsrc targets already in there.
What, people didn't know we install a Makefile in /usr? Well, now you
do!
-Matt
Matthew Dillon [EMAIL PROTECTED] writes:
What, people didn't know we install a Makefile in /usr? Well, now you
do!
Er...maybe it's because I'm running 1.8.2 that I don't see one in /usr?
When did you folks start doing this?
--
Dave Hayes - Consultant - Altadena CA, USA - [EMAIL
On 2008-01-18, Bill Hacker [EMAIL PROTECTED] wrote:
Vincent Stemen wrote:
*snip*
Unless I am overlooking something obvious,
It is not likely so many projects would be using cvsup for as long as
they have if the rsync advantage was that great, or that simple [1].
Have you
Vincent Stemen wrote:
Also, if nobody has written one or is working on one, I am considering writing
a script to provide basic cvsup like features/functionality for repository
updates via rsync.
I'm not sure what you mean with that. Isn't calling rsync enough? Maybe
people could
At 8:24 AM + 1/19/08, Vincent Stemen wrote:
Also, if nobody has written one or is working on one, I am considering
writing a script to provide basic cvsup like features/functionality
for repository updates via rsync.
You might want to wait a bit. In freebsd-hackers, there's a thread
On Sat, January 19, 2008 3:24 am, Vincent Stemen wrote:
The only actual comparison test results I have found so far, other than
what I posted, are from Justin Sherril, who posted some test
results on the dragonfly.users mailing list back in April of 2007
indicating cvsup was moderately faster
written one or is working on one, I am considering =
writing
a script to provide basic cvsup like features/functionality for reposit=
ory
updates via rsync.
I'm not sure what you mean with that. Isn't calling rsync enough? Maybe=
=20
It wasn't for me. I had research who the rsync mirrors
, it took 9 seconds for a full download, but only less than 1.5
seconds to update them. That seems reasonably fast to me. Is cvsup really
faster than that? I am sceptical that it could be much faster.
Yes, cvsup is way faster in such a case. Maybe not necessarily for 8
files, but for 800
Vincent Stemen wrote:
*** using cvsup
cvsup -L 3 ./DragonFly-cvs-supfile 155.08s user 69.40s system 40% cpu 9:14.73
total
I for sure didn't use cvsup for a long time, but that seems quite long.
This can happen for various reasons (just guesses):
- CVSup not knowing certain tags (commitid
On 2008-01-18, Simon 'corecode' Schubert [EMAIL PROTECTED] wrote:
Vincent Stemen wrote:
*** using cvsup
cvsup -L 3 ./DragonFly-cvs-supfile 155.08s user 69.40s system 40% cpu
9:14.73 total
I for sure didn't use cvsup for a long time, but that seems quite long.
This can happen
Vincent Stemen wrote:
*snip*
Unless I am overlooking something obvious,
It is not likely so many projects would be using cvsup for as long as
they have if the rsync advantage was that great, or that simple [1].
Have you:
A) compared the loads and bandwidth as well as the time on BOTH
At 9:16 AM + 1/18/08, Vincent Stemen wrote:
I realize that everything I read comparing cvsup to rsync indicates that
cvsup is faster with mirroring cvs repositories. So I decided to run my
own tests this evening. I thought everybody might be interested in the
results.
My results
On Wed, Jan 16, 2008 at 02:35:48AM +, Vincent Stemen wrote:
I am not clear how to access it.
Try something like the attached script.
Joerg
update.sh
Description: Bourne shell script
On Tue, Jan 15, 2008 at 10:23:27PM +, Vincent Stemen wrote:
Is the repository available via rsync and, if not, I am curious as to
why not? Rsync is robust, popular, portable, and written in C.
Yes. Check the mirror list, e.g. allbsd has it.
Joerg
from
different platform after all this time.
Yes, not only you are upset about this.
I found csup, a cvsup replacement written in C, only to discover it
currently only supports what is called CVS mode, which means I cannot
use it to download/update the repository.
Plus there is do csupd, so
snapshots and official ISOs_. The rsync link to the one you
mentioned, *chlamydia.fs.ei.tum.de*, does take you to a web page that
says they have the cvsup collections, but they do not provide the full
path to access them via rsync.
_TheShell.com_ is the only other one that lists *Code* under
On Wed, Jan 16, 2008 at 03:22:26AM +, Vincent Stemen wrote:
_TheShell.com_ is the only other one that lists *Code* under _Mirrored
Data_. Their rsync link takes you to
rsync://rsync.theshell.com/pub/DragonFly but there are no instructions
on the full path to access the repository. I
On Wednesday 11 April 2007 05:14:43 walt wrote:
Yes, I'm way off topic here, and I apologize -- but I've seen your
posts in the 'git' mail-list and you've experimented with Hg, so I
know you have your own opinions on version control systems.
Linus avoided rsync in favor of http in 'git'
walt wrote:
Linus avoided rsync in favor of http in 'git' because he thinks
rsync is inherently unreliable. I have *no* idea if he is right or
wrong in his opinions, but I figure you guys will favor me with your
own opinions on the subject.
Possibly for transferring the git objects. They
: Re: comparing cvsup vs. rsync
walt wrote:
Linus avoided rsync in favor of http in 'git' because he thinks
rsync is inherently unreliable. I have *no* idea if he is right or
wrong in his opinions, but I figure you guys will favor me with your
own opinions on the subject.
Possibly
Nigel Weeks wrote:
Just having an idea about this...are there any files in the source tree that
exceed 32kbytes?
What if a database solution were created to:
Contain every version of every file of every branch in a nicely indexed
database table
The md5/sha256 of each entry mentioned above
512
Since cvsup is somewhat of a hassle to build, discussion comes up from
time to time about switching to rsync. Rsync is generally accepted as
slower/more resource intensive, but how much hasn't been quantified. I
wanted to look into this in as un-bikesheddy a way as possible...
I timed repeated
:I timed repeated retrievals of src from theshell.com over the past few
:weeks, and here's the result.
:
:Retrieving all of src:
:cvsup averaged about 11.5 minutes
:rsync averaged about 19 minutes
:
:Retrieving only the last 24 hours of changes:
:cvsup averaged about 18 seconds
On 4/11/07, Matthew Dillon [EMAIL PROTECTED] wrote:
We could just distribute the CVS tree and write a front-end utility
in csh or sh that we distribute along with the rest of the system
to do the nitty gritty work of actually checking something out into
/usr/src. In fact, I
Matthew Dillon wrote:
My only worry is figuring out how to run the rsync daemon safely.
I'm a bit paranoid about running things on crater but I do agree
that we would have to run the master rsync daemon there.
You can run rsyncd from inetd or standalone. If you're really[tm]
Dmitri Nikulin wrote:
We could just distribute the CVS tree and write a front-end utility
in csh or sh that we distribute along with the rest of the system
to do the nitty gritty work of actually checking something out into
/usr/src. In fact, I think that would be preferable.
On 2007 Apr 10 (Tue) at 18:03:49 +0200 (+0200), Simon 'corecode' Schubert wrote:
:cvsync does cvs-only (so,
:like rsync), but it has a bug which breaks the RCS files in some cases.
:The author didn't want to fix it though :/
Can you describe the bug? I've been using cvsync for local copies of
On Tue, April 10, 2007 11:32 am, Matthew Dillon wrote:
We could just distribute the CVS tree and write a front-end utility
in csh or sh that we distribute along with the rest of the system
to do the nitty gritty work of actually checking something out into
/usr/src. In fact,
Peter Hessler wrote:
On 2007 Apr 10 (Tue) at 18:03:49 +0200 (+0200), Simon 'corecode' Schubert wrote:
:cvsync does cvs-only (so,
:like rsync), but it has a bug which breaks the RCS files in some cases.
:The author didn't want to fix it though :/
Can you describe the bug? I've been using
I am now running an rsync server on crater.dragonflybsd.org, serving
the cvs repository as 'dragonfly_cvs'.
rsync -a rsync://crater.dragonflybsd.org/dragonfly_cvs blahblah
--
Unfortunately I don't know how to get rsyncd to just log statistics
on completion, and it
Matthew Dillon wrote:
I am now running an rsync server on crater.dragonflybsd.org, serving
the cvs repository as 'dragonfly_cvs'.
rsync -a rsync://crater.dragonflybsd.org/dragonfly_cvs blahblah
very nice! will immediatelly switch to rsync operation. however, i'll have to
find
::dragonfly_cvs/src/crypto/heimdal/Attic/
drwxrwxr-x1024 2005/03/28 05:35:43 .
-r--rw-r-- 20313 2005/03/28 05:35:43 ChangeLog,v
[..]
-r-xrwxr-x3242 2005/03/28 05:35:43 compile,v
why are they u-w but g+w? my cvsup gets a little bit confused with that and resets permissions
back, so
have to find out how to generate the supfile for cvsupd serving...
okay, that doesn't work. cvsup changes the RCS files, so I can't simply cvsup
over them to generate a scan file :/ operation without scan file then.
cheers
simon
--
Serve - BSD +++ RENT this banner advert +++ASCII
are they u-w but g+w? my cvsup gets a little bit confused with that =
:and resets permissions back, so there is always a back-and-forth between =
:rsync and cvsup. setting preserved and not umask=3D002 hopefully fix=
:es that locally.
:
:cheers
: simon
This is a bug in cvs's SGID handling
Thanks, guess you didn't read the diary entry for Tue Feb 6 08:19:03
CST 2007
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of walt
Sent: Wednesday, February 07, 2007 6:25 PM
To: users@crater.dragonflybsd.org
Subject: Re: obtaining kernel src with cvsup
On Wed, Feb 07, 2007 at 05:35:35PM -0600, John Mire wrote:
how do I get the kernel src through cvsup?
...
=used the following command to cvsup the most recent release src:
cvsup -g -L 2 -h fred.acm.cs.rpi.edu
/usr/share/examples/cvsup/DragonFly-release1_8-supfile
Yes.
the cvsup
/usr/src/sys/config
--
Gergo Szakal [EMAIL PROTECTED]
University Of Szeged, HU
Faculty Of General Medicine
/* Please do not CC me with replies, thank you. */
On Thu, 8 Feb 2007 12:57:44 -0600
Mire, John [EMAIL PROTECTED] wrote:
Thanks, that bit of info seemed to escape me.
Damn, I've been using FBSD so long, I expect everything to be like it :(
By the by,
http://leaf.dragonflybsd.org/~justin/handbook/kernelconfig-building.html
was my reference
how do I get the kernel src through cvsup?
here's my diaryfile:
Thu Feb 1 02:50:54 CST 2007
=inital install from iso-image
=setup the pkgsrc tree as per the Handbook:
http://leaf.dragonflybsd.org/~justin/handbook/pkgsrc-sourcetree-using.html
# cd /usr/
# cvs -d [EMAIL PROTECTED]:/cvsroot
On Wed, Feb 07, 2007 at 05:35:35PM -0600, John Mire wrote:
how do I get the kernel src through cvsup?
...
=used the following command to cvsup the most recent release src:
cvsup -g -L 2 -h fred.acm.cs.rpi.edu
/usr/share/examples/cvsup/DragonFly-release1_8-supfile
Yes.
the cvsup
John Mire wrote:
how do I get the kernel src through cvsup?
here's my diaryfile:
Thu Feb 1 02:50:54 CST 2007
=inital install from iso-image
=setup the pkgsrc tree as per the Handbook:
http://leaf.dragonflybsd.org/~justin/handbook/pkgsrc-sourcetree-using.html
Welcome
I want update DFly with cvsup, but I want to optimize
the upgrade operation. I don't want to upgrade all
system, but only kernel and some application.
1 - Is it possible to set cvsup for thos operation?
2 - How can I find howto about supfile?
Regards,
Saverio
On 2006-11-17 18:32, Saverio Iacovelli wrote:
I want update DFly with cvsup, but I want to optimize
the upgrade operation. I don't want to upgrade all
system, but only kernel and some application.
1 - Is it possible to set cvsup for thos operation?
2 - How can I find howto about supfile?
I
On Thu, 05 Oct 2006 11:53:11 -0700
walt [EMAIL PROTECTED] wrote:
I think csup is the logical way for DF to go, since all of the
really hard work is already done.
Last I checked csup didn't handle repository mode, there are
alternatives to cvsup for repository copies - but when I used
On 06.10.2006, at 10:37, Steve O'Hara-Smith wrote:
Last I checked csup didn't handle repository mode, there are
alternatives to cvsup for repository copies - but when I used cvsync I
wound up with a repository copy that missed some updates and rsync is
slower and harder on the servers
The csup client (implementing the cvsup client protocol in C) in the
FreeBSD 6.x base distribution has been working fine for awhile.
--
Charles Allen
Charles Allen wrote:
The csup client (implementing the cvsup client protocol in C) in the
FreeBSD 6.x base distribution has been working fine for awhile.
I find that it works very well on FBSD, but on DF it chokes
with a 'protocol error' each time it finds a file which needs
updating. Do you
person might get Maxime interested again,
maybe?
I don't think so. We still need cvsupd, which needs ezm3. So okay, the users
don't have the hassle with cvsup anymore, but the servers do.
cheers
simon
--
Serve - BSD +++ RENT this banner advert +++ASCII Ribbon /\
Work - Mac
On Thu, Oct 05, 2006 at 11:53:11AM -0700, walt wrote:
Charles Allen wrote:
The csup client (implementing the cvsup client protocol in C) in the
FreeBSD 6.x base distribution has been working fine for awhile.
I find that it works very well on FBSD, but on DF it chokes
with a 'protocol
Hi,
Just to let other Australians know that cvsup has stopped working
on mirror.isp.net.au for DragonFly for me. If you try another mirror
you will find that there was a change of name for some collections
a while ago. Though these newer tags aren't working either, it just
says unknown
On Fri, 6 Oct 2006, YONETANI Tomokazu wrote:
On Thu, Oct 05, 2006 at 11:53:11AM -0700, walt wrote:
Charles Allen wrote:
The csup client (implementing the cvsup client protocol in C) in the
FreeBSD 6.x base distribution has been working fine for awhile.
I find that it works very well
/bsdinstaller/dragonfly-1.4/cvsup-bin-16.1h.tgz
Joerg
Joerg Sonnenberger wrote:
..and a full package build in the DragonFly 1.3.2 days on
ftp://packages.stura.uni-rostock.de/bsdinstaller/dragonfly-1.4/cvsup-bin-16.1h.tgz
It lacks a manpage, could you add one?
Sascha
--
http://yoyodyne.ath.cx
Hi!
I tried to install cvsup from pkgsrc, but..
bmake install in devel/cvsup..
= Required installed package ezm3=1.2nb1: NOT found
= Verifying reinstall for ../../lang/ezm3
WARNING: ezm3-1.2nb1 is not available for DragonFly-1.7.0-i386
losalamos:~$ sudo pkg_add cvsup
pkg_add: no pkg found
1 - 100 of 112 matches
Mail list logo