On Sun, Oct 19, 2003 at 10:16:54AM -1000, Clifton Royston wrote:
Date: Sat, 18 Oct 2003 19:28:27 -0600 (MDT)
From: M. Warner Losh [EMAIL PROTECTED]
Subject: rsync vs installworld
Message-ID: [EMAIL PROTECTED]
I'm contemplating a binary distribution system for some systems that I
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 within the ports system
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 within the
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 NFS
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
: exported by the
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 --exclude etc
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 : exported
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,
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 my
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 to avoid
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
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 sys/types.h
#include dirent.h
#include unistd.h
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
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
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
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
: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
19 matches
Mail list logo
