inet6 A prefixlen X (X can be < 128)
# ifconfig inet6 A B prefixlen 128
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
>I just put the patch for merging latest KAME into FreeBSD:
> http://www.imasy.or.jp/~ume/ipv6/test/freebsd5-kame20010528-20010604.diff.gz
thanks!
itojun
sys/kern/uipc_mbuf2.c
PULLDOWN_STAT cases are just for debugging and should be unnecessary
for FreeBSD-c
critisism intended.
no, i did not took it as criticism. i (and feico) just tried to
clarify.
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
ll
be a lot of of non-intuitive typecast against library arguments.
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
ratuitous.
>rune_t/_rune_t type recasting
>_COMPAT_RUNE #ifdef's.
>for example.
as far as I understand, they are basically for backward compatibility
with 4.4BSD runelocale code. they are not gratuitous.
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "un
>I seriously advice against directly importing the Citrus code.
>It is very good work and a lot will be borrowed, but on my latest
>investigations it also made a lot of unnecessary and gratuitous changes.
which part looks gratuitous? could you be more specific?
itojun
To Un
>3. Itojun mentioned that the CITRUS Japanese people will be able
> to import the wchar* and libxpg4 changes soon.
the code is there, but as i talked, we need more manpower for
babysitting.
cvs -d :pserver:[EMAIL PROTECTED]:/anoncvs/citrus co -P xpg4dl
itoju
t? if so, something is not friendly with fine grain SMP, under
sys/netkey.
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
before any of the SMP
>commits ... but in case it was not ... how do I go about
>going back to a "coarse grain lock" kernel ... can I set
>something in the config file or do I have to checkout old
>sources ??
for this part (how to get a source before fine grain
locks?
what happens if you go back to coarse grain lock kernel?
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
s
>running, e.g. inetd & portmap? Returning ftp to port 21 in services fixes
>this problem. I posted earlier about my problems with ftp recently.
/usr/bin/ftp depends on "ftp" line in /etc/services. you cannot just
change it.
itojun
To Unsubscribe: send m
libipsec by itself.
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
not just to be
different. I admit it is now equivalent to assert(). netbsd may need
to clean them up...
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
so many many changes/improvements
in racoon - once we put racoon into base tree, we need to be much
more careful about backward-compatibility in config file, for
example. also, we need to improve kernel policy management for
socket-based policy, and process-to-proces
>Could you mention the locations (as in a set of paths) that are
>hands-off?
thanks for your understanding,
will try to list those and put the list into sys/netinet6/README.
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current&q
(if a driver sets M_PKTHDR flag manually, it needs checking)
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
;ping localhost' works perfectly fine (and so does a telnet
>>127.0.0.1)
> usr.bin/telnet/commands.c:tn() does something very strange.
> i'll take a look at it.
usr.bin/telnet/commands.c revision 1.22 should correct it.
itojun
To Unsubscribe: send mail
perfectly fine (and so does a telnet
>127.0.0.1)
usr.bin/telnet/commands.c:tn() does something very strange.
i'll take a look at it.
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
>itojun> - change in ipsec policy specification language change. you
>itojun> may need to change setkey(8) configuration files.
>Do you plan to integrate racoon while updating IPsec? It would be
>really great! (or whatever gives the same functionality)
it will
kame-origin tree like sys/netinet6, they will become real PITA for
future upgrades.
(you don't usually untabify/tabify third-party source code, do you?)
as for point (2), i'll add sys/netinet6/README which has some
notices on kame tree.
itojun
To Unsub
drinfo() failure,
that would be helpful...
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
tp/ftp.c. I try to persuade ipngwg folks...
itojun
--
for (res = res0; res; res = res->ai_next) {
/*
* make sure that ai_addr is NOT an IPv4 mapped address.
* IPv4 mapped address complicates too many things in FTP
* pro
obtained it from you, or it's just a BIG coincidence.
ume and I discussed it a little bit, directly.
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
inet6"
in resolv.conf).
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
just a starter: NetBSD 1.4 and recent use different FDISK partition
ID, so it is easy to share FreeBSD and NetBSD on a same disk using
separate FDISK partition.
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
my nis server
>does not support V6, could this be
>the problem?
KAME libinet6 does not support NIS at all. therefore, KAME inet46d
nor KAME telnetd do not.
workaround: use FreeBSD telnetd (IPv4 only - does not allow IPv6
connections).
itojun
To Uns
t need to "gifconfig gif0 newsrc newdst".
Or, if you no longer want to accept/transmit packets via gif0 ,
"ifconfig gif0 down" should work.
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
quot;, $5, $6}'
>
>Then it will print out first 6byte for your 6to4 prefix.
just checking. from code inspection on cvsweb,
- rc.network6 is called before performing nfs mounts.
- awk and sed are in /usr
so the above sentence disallows NFS-mounted /usr. is i
my machine.
Thanks. BTW, please be sure to read this before you configure 6to4
interface. I recommend you to run configured tunnels.
(I missed the i-d cutoff date...)
http://playground.iijlab.net/i-d/draft-itojun-ipv6-transition-abuse-00.txt
itojun
To Unsubscribe: s
for a while...
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
good guess). We may need some more testing before real use,
but it should work. it is in KAME/NetBSD already, I just don't have
time to make it work on othre *BSDs yet...
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
ions and what SAID is being
>selected when a TCP connection is being opened.
could you try sending details to [EMAIL PROTECTED] (KAME users
mailing list, you may want to subscribe it - see www.kam.enet).
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
AAA:::192.168.91.34
I would prefer putting that onto /etc/hosts, if you need to.
since :::192.168.91.34 form is internal to host (must not appear
on wire)
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
nk what is the best solution
in long-term, and short-term.
More description can be found in NetBSD PR I've replied (URL
attached in one of previous emails).
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
;10:32:43.546584 magnesium.scientia.demon.co.uk.3719 > scientia.demon.co.uk.domain:
>54839+ ? localhost. (27)
>10:32:48.552729 platinum.scientia.demon.co.uk.1789 > scientia.demon.co.uk.domain:
>42377+ ? localhost. (27)
if you put the following line into /etc/hosts, your case s
>> I'm not sure what is meant in above (shin, if possible email me
>> in Japanese privately).
>Woops sorry, just replace AI_CANNONNAME with AI_ADDRCONFIG.
Now I see what you meant. Thanks. Then maybe getipnodebyname()
misbehaving?
itojun
To Un
Ben dislikes the second item on the above.
NOTE: all existing getaddrinfo code (BIND8 = NRL, BIND9, KAME) has
the same problem. To address this right I think there needs to be a
big rewrite in src/lib/libc/net (can we meet 4.0 deadline with it?
I'm not sur
getaddrinfo code:
http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=9413
I intend to correct this one, however, the way to fix it is very
dependent to resolver internal functions. so fix to netbsd-current
won't apply to freebsd-current.
itojun
To Uns
(as referenced in the thread)
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
:0001::0290:27ff:fed1:836a
>fxp0: DAD complete for fe80:0001::0290:27ff:fed1:836a - no duplicates found
>
>
>'course I don't actually use the card for internet access, just a local
>lan and the occasional IPv6 testing.
(from what I've heard) the symptom highly de
of other IPv6 services can be put
and enabled.
What I'm trying to say is that we need to get consensus on these API
functions amoung at least *BSDs, and we should not be putting those
before that. I'm soliciting comments on IETF ipngwg mailing list
so that
i'm running telnet chargen all the time between kame/bsdi3 and
kame/netbsd and having no problem.
note that there are differences among *BSD for checking for shared
clusters.
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
. I've used this command to establish my default
>route: route -n add -inet6 -net default -prefixlen 0 -interface gif0
I believe this should be bringed in.
http://www2.kame.net/dev/cvsweb.cgi/kame/freebsd3/sbin/route/route.c.diff?r1=1.4&r2=1.5
itojun
To Unsubscribe
d shin can bring it back to freebsd.
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
>../../netinet6/in6.c: warning: 1 trigraph(s) encountered
>haven't seen one of THOSE for a while
Could you tell me which line was that? I don't see any...
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
We have some code fragment, with small wchar-compliant
application to play with. This is not integrated into
src/lib/whatever yet. I'll be supplying URL for those who would
like test this (sorry not on the mailing list...), so contact me if
interested.
it
>> Is there anything in current that provides wide character support? I'm
>> messing around with document formatting, and I have to be involved with
>> wide character things. One example: wcscat(). It's not the only one, I
>> just need to know if it's in *any* library, and declared in any inclu
47 matches
Mail list logo
