Re: Does FreeBSD issue messages about MAC/IP conflicts?

On 04/01/2010 4:30 π.μ., Outback Dingo wrote: > my curiousity is howd he get duplicate mac addresses > > On Sun, Jan 3, 2010 at 9:02 PM, wrote: > > > Changed using ifconfig - maybe by a script? like ifconfig re0 link ___ freebsd-hackers@freebsd.org

Re: "Checksum mismatch -- will transfer entire file"

Peter Jeremy wrote: > >I also see that many "changes" in the CVS seem to be useless: there > >are no changes other than file version increments. > > SVN metadata changes will appear in CVS as version changes only. The > most obvious/common case is branching - branching a native CVS repo > just ad

Re: "Checksum mismatch -- will transfer entire file"

On Mon, Jan 04, 2010 at 07:03:16PM +0600, Victor Sudakov wrote: > Peter Jeremy wrote: > > >I also see that many "changes" in the CVS seem to be useless: there > > >are no changes other than file version increments. > > > > SVN metadata changes will appear in CVS as version changes only. The > > m

Re: Overwrite ZFS zpool bootfs property during boot

krad wrote: > > You can reset vfs.root.mountfrom from the loader prompt. However that > wont help if the fs it totally hosed. The only way i know if to boot in > on another live os and reset the propery It also will not help if the zpool.cache or kernel is hosed. :-/ My idea would be a menu in t

Re: "Checksum mismatch -- will transfer entire file"

Erik Trulsson wrote: > > > SVN metadata changes will appear in CVS as version changes only. The > > > most obvious/common case is branching - branching a native CVS repo > > > just adds the branch tags. Branching a SVN repo replicates the tree > > > and the SVN->CVS exporter turns the branch into

Re: Overwrite ZFS zpool bootfs property during boot

krad wrote: > > > 2010/1/4 Philipp Wuensche > > > krad wrote: > > > > You can reset vfs.root.mountfrom from the loader prompt. However that > > wont help if the fs it totally hosed. The only way i know if to > boot in > > on another live os a

testing needed: Secure RPC

I've got a patch against the Secure RPC code which replaces an apparently bogus use of NGROUPS and fixes a bug where the internal identify cache stores uid_t and gid_t data in shorts. It's trivial and it looks like all the surrounding uses do use the correct size and just discard data when passing

RE: Does FreeBSD issue messages about MAC/IP conflicts?

>From: owner-freebsd-hack...@freebsd.org >[mailto:owner-freebsd-hack...@freebsd.org] On Behalf Of Outback Dingo > >my curiousity is howd he get duplicate mac addresses > The most common cause that I've seen is duplicating virtual machines and not telling VMWare (or whatever you use) to re-jigger

Re: "Checksum mismatch -- will transfer entire file"

Erik Trulsson wrote: > > Peter Jeremy wrote: > > > >I also see that many "changes" in the CVS seem to be useless: there > > > >are no changes other than file version increments. > > > > > > SVN metadata changes will appear in CVS as version changes only. The > > > most obvious/common case is bran

Re: "Checksum mismatch -- will transfer entire file"

On 2010-Jan-04 20:37:49 +0600, Victor Sudakov wrote: >Erik Trulsson wrote: >> It will add the tag to the file of course. (In CVS tags are stored inside >> each RCS file.) Actually, FreeBSD's CVS checkin scripts were hacked many years ago to unexpand $FreeBSD$ on checkin so that the actual repo

Re: "Checksum mismatch -- will transfer entire file"

Peter Jeremy wrote: > > >So, branching a native CVS repo would still produce a massive change > >and download of RCS files by cvsup? > > Yes - because the RCS file includes all the metadata - ie tags. This > is very visible when (eg) the ports tree is tagged. Then I fail to understand the dif