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
put up
> >> a simple web page for *mirror*.
> >>
> >> http://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 si
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
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
Andre LeClaire wrote:
cvsup-ing the kernel source only? This was possible with FreeBSD 4*, but
all the info I've found describes getting the entire source tree for
Dragonfly, which wouldn't fit in the space available.
Thanks!
Andre
just do a regular CVS checkout.. e.g. 'co
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 wan
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
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. G
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
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 inval
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, cvs
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
tory.
To download, yes, to update, that's 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 w
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, o
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
>
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
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 Dragon
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. The tests were done with various aged
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
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 s
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.
: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&#
a round robin entry 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 th
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
>
: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 conf
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 si
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:
..
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 wanted
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.
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. Ty
:...
:> 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.
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 t
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/Make
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.
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.
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 on a
> 1.10.1 box. I don't have access to that box right now. I&
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 yo
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
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
k
Now, 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
;
> > 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 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?
Cheers,
Nicolas
* 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
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 r
>
> 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
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?
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
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 on
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
ant 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 mu
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
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 reposit=
> ory
>> updates via rsync.
>
> I'm not sure what you mean with that. Isn't
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 wa
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 thre
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
peopl
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 t
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 are not
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 f
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
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
ow many round trips it was needing.
>
>> As you can see, 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,
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
of the sites say they only mirror
_Daily 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.
I guess you're expe
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.
ites say they only mirror
_Daily 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 on
On 2008-01-15, Joerg Sonnenberger <[EMAIL PROTECTED]> wrote:
> 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,
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 for
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
nt: Thursday, 12 April 2007 9:12 AM
> To: users@crater.dragonflybsd.org
> Subject: Re: comparing cvsup vs. rsync
>
> Nigel Weeks wrote:
> > Just having an idea about this...are there any files in the source tree
> that exceed 32kbytes?
> >
> > What if a database
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
users@crater.dragonflybsd.org
> Subject: 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 figu
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 neve
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'
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
Simon 'corecode' Schubert wrote:
> 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 inet
tion. however, i'll
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 +++ RE
flybsd.org::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
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 ou
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 insists
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 cvs
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 fac
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
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.
Ne
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] parano
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 thi
On Tue, Apr 10, 2007 at 08:32:55AM -0700, 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.
rsync allows running chroote
: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 se
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 rep
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 r
/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 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/s
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
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/~
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-supfi
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]:/cv
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 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,
Sa
:I discovered that using cvsup on DF-current will give some
:stragely wrong results while updating my pkgsrc tree, but
:no error messages of any kind.
:
:One notable example:
:
: Checkout pkgsrc/misc/gnome-user-docs/DESCR
: Checkout pkgsrc/misc/gnome-user-docs/Makefile
: Checkout pkgsrc/misc
I discovered that using cvsup on DF-current will give some
stragely wrong results while updating my pkgsrc tree, but
no error messages of any kind.
One notable example:
Checkout pkgsrc/misc/gnome-user-docs/DESCR
Checkout pkgsrc/misc/gnome-user-docs/Makefile
Checkout pkgsrc/misc/gnome-user
he csup source in contrib/csup directory in FreeBSD tree
> > doesn't have the fix to queue.h, so it produces (unharmful) warnings.
>
> Now I see this:
>
> Updating collection dragonfly-cvs-src/cvs
> Edit src/etc/defaults/periodic.conf
> newphrase commitid ignored
>
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 t
1 - 100 of 135 matches
Mail list logo
