)
# ifconfig inet6 A B prefixlen 128
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
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
.
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
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
itojun
MP
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 SMP) I'm totally
unsure. sorry
itojun
, 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
at 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
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 mail to [EMAIL PROTECTED]
with
by itself.
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
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
)
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
)
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 to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
, it needs checking)
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
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" i
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-process policy inheritance.
itojun
-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 Unsubscribe: send mail
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 go into ports tree.
itojun
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
* protocol handling, as FTP protocol
issue.
isn't there some issue in getipnodebyname(), instead of getaddrinfo()?
(NOTE: I'm not really up-to-date with the current status of freebsd4
lib/libc/net)
if you can tell me repeatable example of getaddrinfo() failure,
that would be helpful...
itojun
inet6"
in resolv.conf).
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
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
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
, 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 Unsubscribe: send mail to [EMAIL PROTECTED
config 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
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 it really okay
to do?
itoj
...
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
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: send mail to [EMAIL PROTECTED]
with "unsubs
). 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
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 freebsd-current" i
:
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 should be okay.
--- from here
::1 localhost
--- to here
itojun
To Unsubscribe: send
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 sure).
itojun
To Unsubscribe: send
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 Unsubscribe: send mail
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
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
-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 Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
are lucky.
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
referenced in the thread)
itojun
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
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 can get more comments.
itojun
To Unsubscribe: send mail
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
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 include
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.
itojun
To Unsubscribe: send mail
41 matches
Mail list logo