Hello!
Daniel O'Connor wrote:
>>>You don't need to download anything to start using etcmerge, you can just
>>>use the files from your last mergemaster.
>>
>>For etcmerge it is need to run mergemaster "one last time", or use
>>etc archive for some release. So if mergemaster will be improved,
>>it
Hello!
> There is one major problem here:
> This can be done in single-user mode only if your
> have local CVS repository, because if local CVS is
> not exist, anoncvs is used.
>
> Possible solutions:
There was some points that I missed:
> 1. Pre-checkout files in pre-buildworld mode.
pre-build
Hello!
Anton Berezin wrote:
> On Tue, May 03, 2005 at 01:27:09PM +0400, Denis Peplin wrote:
>
>
>>The mergemaster with this is test patch (attached)
>>can auto-update files that was not modified.
>
>
> Please also see
>
> http://www.freebsd.org/cgi/getmsg.cgi?fetch=0+0+/usr/local/www/db/text/
Denis Peplin wrote:
Hello!
Daniel O'Connor wrote:
You don't need to download anything to start using etcmerge, you can just
use the files from your last mergemaster.
For etcmerge it is need to run mergemaster "one last time", or use
etc archive for some release. So if mergemaster will be improved,
On Thu, May 12, 2005 at 09:58:10PM +0200, alexander wrote:
>
> [...]
Please, when starting a new thread, avoid replying an existing one,
you mailer will add the "In-Reply-To" header and this is a mess when
sorting mails by threads.
It is also convenient to write lines smaller than 80 columns (say
On Fri, May 13, 2005 at 12:40:46PM +0400 I heard the voice of
Denis Peplin, and lo! it spake thus:
>
> > 2. Setup CVSup collection for subset of required files
> > (is it possible?), and then keep this small collection
> > up-to-date locally.
> src-etc cvs collection already here.
One thing that
On Fri May 13 05, Jeremie Le Hen wrote:
> On Thu, May 12, 2005 at 09:58:10PM +0200, alexander wrote:
> >
> > [...]
>
> Please, when starting a new thread, avoid replying an existing one,
> you mailer will add the "In-Reply-To" header and this is a mess when
> sorting mails by threads.
>
> It is a
Matthew D. Fuller wrote:
One thing that I'm pretty sure has been brought up before would be
that, for those of us who keep a local CVS repo mirror, it's easy and
pretty cheap to check out even arbitrary revs to compare to what's
currently there (and if you wanted to be REALLY overly-smart, you
coul
Seán C. Farley a écrit :
On Thu, 12 May 2005, Seán C. Farley wrote:
On Thu, 12 May 2005, Hervé Kergourlay wrote:
4) wait() API
2 problems, the first is a ECHILD error on a wait call after a fork
fork The code is generic for most of unix system. Is there any
specific problems to manage the fork and
On Sat, May 14, 2005 at 08:49:17AM +0930, Daniel O'Connor wrote:
> Matthew D. Fuller wrote:
> >One thing that I'm pretty sure has been brought up before would be
> >that, for those of us who keep a local CVS repo mirror, it's easy and
> >pretty cheap to check out even arbitrary revs to compare to w
On Fri, 13 May 2005, Hervé Kergourlay wrote:
Seán C. Farley a écrit :
On Thu, 12 May 2005, Seán C. Farley wrote:
On Thu, 12 May 2005, Hervé Kergourlay wrote:
4) wait() API
2 problems, the first is a ECHILD error on a wait call after a fork
fork The code is generic for most of unix system. Is there
On Fri, 13 May 2005, Seán C. Farley wrote:
On Fri, 13 May 2005, Hervé Kergourlay wrote:
or if there is a workarouund ?
Reapplying the sigsuspend() before each fork() may work.
I meant sigprocmask(SIG_BLOCK). Sleep deprivation by an infant destroys
the mind. :)
Seán
--
[EMAIL PROTECTED]___
John Hay wrote:
etcmerge can already do this :)
Maybe, but last time I tried to use it, I got the feeling that it was
missing a front end. If its cleverness could be married to the ease
of use of mergemaster, we would have a winner. IMVHO
Yes, it is a little more difficult to use since it doesn't w
13 matches
Mail list logo
