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

2010-01-04 Thread Manolis Kiagias 
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 mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"

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

2010-01-04 Thread Victor Sudakov 
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 adds the branch tags.  Branching a SVN repo replicates the tree
> and the SVN->CVS exporter turns the branch into a commit that touches
> each affected file.

Thank you for the insight into theory, however the practical results
are annoying. For example, running mergemaster has become a nightmare.
It considers every file to be changed (unless you do some black magic
with DIFF_OPTIONS to ignore \$FreeBSD:.*\$). 

BTW what does cvsup (in CVS mode) do with an RCS file to which only a
branch tag has been added? How does it mirror such a change? Just
curious.


-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"

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

2010-01-04 Thread Erik Trulsson 
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
> > 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 a commit that touches
> > each affected file.
> 
> Thank you for the insight into theory, however the practical results
> are annoying. For example, running mergemaster has become a nightmare.
> It considers every file to be changed (unless you do some black magic
> with DIFF_OPTIONS to ignore \$FreeBSD:.*\$). 

Or if you use mergemaster's -F flag which seems to exist for exactly this
type of situation.

> 
> BTW what does cvsup (in CVS mode) do with an RCS file to which only a
> branch tag has been added? How does it mirror such a change? Just
> curious.

It will add the tag to the file of course.  (In CVS tags are stored inside
each RCS file.)


-- 

Erik Trulsson
ertr1...@student.uu.se
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"

Re: Overwrite ZFS zpool bootfs property during boot

2010-01-04 Thread 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 and reset the propery

It also will not help if the zpool.cache or kernel is hosed. :-/

My idea would be a menu in the loader where you could select a
zfs-dataset from which to boot.

greetings,
philipp


___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"

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

2010-01-04 Thread Victor Sudakov 
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 a commit that touches
> > > each affected file.

[dd]

> > BTW what does cvsup (in CVS mode) do with an RCS file to which only a
> > branch tag has been added? How does it mirror such a change? Just
> > curious.
> 
> It will add the tag to the file of course.  (In CVS tags are stored inside
> each RCS file.)

So, branching a native CVS repo would still produce a massive change
and download of RCS files by cvsup?

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"

Re: Overwrite ZFS zpool bootfs property during boot

2010-01-04 Thread Philipp Wuensche 
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 and reset the propery
> 
> It also will not help if the zpool.cache or kernel is hosed. :-/
> 
> My idea would be a menu in the loader where you could select a
> zfs-dataset from which to boot.
> 
> greetings,
> philipp
> 
> 
> 
> much like opensolaris and the boot enviroments. Its dead easy to flip
> flop between os installations with grub

Exactly, thats why I wrote manageBE
http://anonsvn.h3q.com/projects/freebsd-patches/wiki/manageBE which is
the userland program for managing multiple boot-environments in FreeBSD.
But without selecting the boot-environment at the loader its only half
the fun! :-)

greetings,
philipp


___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"

testing needed: Secure RPC

2010-01-04 Thread Brooks Davis 
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 it through the cache, but I don't have an easy
way to test it.  Does anyone else?

-- Brooks

Index: lib/libc/rpc/svc_auth_des.c
===
--- lib/libc/rpc/svc_auth_des.c (revision 201441)
+++ lib/libc/rpc/svc_auth_des.c (working copy)
@@ -449,10 +449,10 @@
 #define INVALID-1  /* grouplen, if cache entry is invalid 
*/
 
 struct bsdcred {
-   short uid;  /* cached uid */
-   short gid;  /* cached gid */
-   short grouplen; /* length of cached groups */
-   short groups[NGROUPS];  /* cached groups */
+   uid_t uid;  /* cached uid */
+   gid_t gid;  /* cached gid */
+   int grouplen;   /* length of cached groups */
+   gid_t groups[NGRPS];/* cached groups */
 };
 
 /*


pgpULpECiRFud.pgp
Description: PGP signature

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

2010-01-04 Thread Andresen, Jason R. 
>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 the virtual MAC address.  
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"

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

2010-01-04 Thread Victor Sudakov 
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 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 a commit that touches
> > > each affected file.
> > 
> > Thank you for the insight into theory, however the practical results
> > are annoying. For example, running mergemaster has become a nightmare.
> > It considers every file to be changed (unless you do some black magic
> > with DIFF_OPTIONS to ignore \$FreeBSD:.*\$). 
> 
> Or if you use mergemaster's -F flag which seems to exist for exactly this
> type of situation.

AFAIK it was not available before RELENG_7_2.

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"

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

2010-01-04 Thread Peter Jeremy 
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 "text" part just
includes $FreeBSD$ and doesn't update on each checkin.

>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.  

-- 
Peter Jeremy


pgpRd7puaVAoK.pgp
Description: PGP signature

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

2010-01-04 Thread Victor Sudakov 
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 difference between the effects of native CVS
branching and SVN branching with subsequent export into CVS, from the point of
view of cvsup:

> > > 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 a commit that touches
> > > each affected file.

In both cases, the affected files are touched, changed and downloaded by
cvsup, i.e. we have a massive download of all files after branching.

But to hell with this. I started the topic because I think something
is wrong with SVN to CVS export, which upsets cvsup and causes
"Checksum mismatch" errors.  Is anybody willing to look at it?

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
sip:suda...@sibptus.tomsk.ru
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"