M. Warner Losh:
>I'm contemplating a binary distribution system for some systems that I
>have. I'm ignoring kernel updates for the moment, and concentrating
>on userland deployment.
>
>I'm thinking of doing something like:
>
>make buildworld
>make installworld DESTDIR=/big/disk/freebsd/image
>make
On Mon, Oct 20, 2003 at 07:41:51AM +0100, Colin Percival wrote:
> At 09:19 20/10/2003 +0300, Peter Pentchev wrote:
> >On Sun, Oct 19, 2003 at 10:16:54AM -1000, Clifton Royston wrote:
> >> In our case we have already built a simple framework for
> >> distributing FreeBSD binary packages built with
In message: <[EMAIL PROTECTED]>
Helge Oldach <[EMAIL PROTECTED]> writes:
: Rsync doesn't deal with file flags (chflags(2)). Thus my personal
: preference for updating machines is making installworld on a file system
: exported by the build server.
I'm looking for ways to avoid having N
In message <[EMAIL PROTECTED]>, "M. Warner Losh" writes:
>In message: <[EMAIL PROTECTED]>
>Helge Oldach <[EMAIL PROTECTED]> writes:
>: Rsync doesn't deal with file flags (chflags(2)). Thus my personal
>: preference for updating machines is making installworld on a file system
>: exporte
On Mon, 20 Oct 2003, Peter Pentchev wrote:
[snip]
PP> > > make buildworld
PP> > > make installworld DESTDIR=/big/disk/freebsd/image
PP> > > make mergemaster -D /big/disk/freebsd/mergemaster
PP> > >
PP> > > And then on each machine I want to update I'd do something like:
PP> > >
PP> > > sudo rsync
On Mon, 20 Oct 2003, M. Warner Losh wrote:
MWL> In message: <[EMAIL PROTECTED]>
MWL> Helge Oldach <[EMAIL PROTECTED]> writes:
MWL> : Rsync doesn't deal with file flags (chflags(2)). Thus my personal
MWL> : preference for updating machines is making installworld on a file system
MWL> :
At 13:42 20/10/2003 +0400, Dmitry Morozovsky wrote:
Nope, because:
- security/freebsd-update does not handle ports at all
- it is only for security branches and so does not fit in the case of locally
patched system
Local patches aren't a problem, actually -- regardless of what I may
advertise, F
In message: <[EMAIL PROTECTED]>
Dmitry Morozovsky <[EMAIL PROTECTED]> writes:
: On Mon, 20 Oct 2003, M. Warner Losh wrote:
:
: MWL> In message: <[EMAIL PROTECTED]>
: MWL> Helge Oldach <[EMAIL PROTECTED]> writes:
: MWL> : Rsync doesn't deal with file flags (chflags(2)). Thus
On Mon, 20 Oct 2003, M. Warner Losh wrote:
MWL> : MWL> : Rsync doesn't deal with file flags (chflags(2)). Thus my personal
MWL> : MWL> : preference for updating machines is making installworld on a file system
MWL> : MWL> : exported by the build server.
MWL> : MWL>
MWL> : MWL> I'm looking for ways
Hi,
I'd though I draw the attention of -hackers to
http://www.freebsd.org/cgi/query-pr.cgi?pr=58139
maybe someone has some idea what's going wrong in
the interrupt handler.
TIA,
Daniel
--
IRCnet: Mr-Spock - Der Zweite Platz ist Dreck -
Daniel Lang * [EMAIL PROTECTED]
I am having an anurism over this.
Trying to opendir, readdir and unlink files in a directory over nfs
(with fbsd-current client and a variety of nfs servers (netapp, linux
fbsd)
seems to produce unexpected results.
if i run this code:
#include
#include
#include
#include
int
main(void)
{
Has anyone tried making sshd? I ran src/secure/usr.sbin/sshd/Makefile and
this is the error I got:
auth1.o: In function `do_authloop':
/d2/akatchi/src/secure/usr.sbin/sshd/../../../crypto/openssh/auth1.c:121:
undefi
ned reference to `abandon_challenge_response'
*** Error code 1
Thanks,
Adil
--
On Mon, Oct 20, 2003 at 12:51:17PM -0400, Adil Katchi wrote:
> Has anyone tried making sshd? I ran src/secure/usr.sbin/sshd/Makefile and
> this is the error I got:
>
> auth1.o: In function `do_authloop':
> /d2/akatchi/src/secure/usr.sbin/sshd/../../../crypto/openssh/auth1.c:121:
> undefi
> ned re
At BSDCon '03 it was mentioned that a process checkpoint / restore
facility would be a useful addition to FreeBSD. This post is to
announce that Matt and I have added such a facility to DragonFly BSD.
It is noteworthy for -hackers as anyone who is interested could still
port it with relative ease.
The impacted files are in the directories sys/checkpt and usr.bin/checkpt
as well as sys/kern/imgact_elf.c and sys/kern/kern_fp.c.
-Kip
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-h
I've lived through several checkpointing implementations. You've got the easy
part. Applications must participate or such a facility has very limited
usefulness. Delivering a signal is only part of the problem; there tend to
be issues synchronizing user-mode checkpoint of application state wi
:I've lived through several checkpointing implementations. You've got the easy
:part. Applications must participate or such a facility has very limited
:usefulness. Delivering a signal is only part of the problem; there tend to
:be issues synchronizing user-mode checkpoint of application stat
17 matches
Mail list logo
