Re: /sys hierarchy
On Sun, 2 Jul 2000, Chris Costello wrote: On Sunday, July 02, 2000, Rodney W. Grimes wrote: Actually the whole src/sys/compile thing should go away, it is one of the last things that has to be dealt with for a totally read-only mounted /usr/src. IMHO it should be moved to /usr/obj, and /usr/obj should, if it hasn't already, be enhanced to include a ${MACHINE_ARCH} component. It does already, but how do you propose the user build and install the kernel? ``cd /usr/obj ...'' is inconsistent with any current procedures. `cd /sys/${MACHINE}/conf; make FOO' should make configuration FOO. (For the current build scheme to work, there would have to be a subdirectory of /sys/${MACHINE}/conf for each configuration file. I don't like the tiny directories required for this.) ${MACHINE_ARCH} would be wrong here. pc98 != i386. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
i would like to join
subscribe freebsd-currentsubscribe cvs-all
Re: bin/19635: add -c for grand total to df(1), like du(1)does
At 9:21 PM -0400 2000/7/3, Will Andrews wrote: Does anyone else here think this is a good idea? If you're looking for votes, you've got mine. BTW, will this play nicely with -h? Consider me stupid if you like, but I've recently been re-re-re-re-reading the man pages for df(1), and ran across this option I had never heard of before, and I quite like the way it adaptively summarizes the information. Of course, now that you've got me started, I have to go re-re-re-re-read the du(1) man page, too. ;-) Thanks! -- These are my opinions -- not to be taken as official Skynet policy == Brad Knowles, [EMAIL PROTECTED]|| Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: hints syntax?
I'm having trouble with the hints file syntax for a more complicated device, namely a sound card. The device shows up with the unknown driver: unknown7: YMH0021 at port 0x220-0x233,0x530-0x537,0x388-0x38f,0x330-0x333,0x53 8-0x539 irq 5 drq 1,0 on isa0 I've tried hints files with a variety of syntaxes, including listing only the first variable (i,e., "hint.pcm.0.drq="1"), and listing them all (hint.pcm.0.drq="1,0"). Currently I have: hint.pcm.0.irq="5" hint.pcm.0.drq="1,0" hint.pcm.0.port="0x220" Anyone have any suggestions? Yeah. It's a PnP device, and as such it doesn't require hints at all. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the taks and relationships force people to take different points of view. [Dr. Fritz Todt] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Possible bug in netinet6/in6_rmx.c ?
On Sun, 2 Jul 2000, Kelly Yancey wrote: On Sun, 2 Jul 2000, Andrzej Bialecki wrote: Hi, While working on adding dynamic sysctls support, I discovered something that looks like a bug. For kernels that have both INET and INET6, three sysctl entries (rtexpire, rtminexpire, rtmaxcache) are registered twice - both in netinet/in_rmx.c and netinet6/in6_rmx.c. It seems they should be registered only once, within a section that is common to INET and INET6. Andrzej Bialecki I think the real problem is that the rtexpire, rtminexpire, and rtmaxcache variables are each declared static in netinet/in_rmx.c and again in netinet6/in6_in6_rmx.c. Do we really need separate learned route expiration times for ip4 and ip6? If the answer is yes, then the solution should be to move the ip6 versions under the net.inet.ip6 sysctl tree. Otherwise, as you suggest, rtexpire and friends need to be common (maybe directly under net.inet?) Yeah, something like that. The question is who is going to fix it? INET6 issues should probably stay in sync with other BSDs and KAME, and therefore IMHO the maintainer of inet6 code should step out and fix it... (Hello?? :) By the way, while we are talking about sysctl, I don't suppose you would be willing to review/commit PR 15251? It is a fairly straightforward patch that I see Jonathan Bresler took it (today). Andrzej Bialecki // [EMAIL PROTECTED] WebGiro AB, Sweden (http://www.webgiro.com) // --- // -- FreeBSD: The Power to Serve. http://www.freebsd.org // --- Small Embedded FreeBSD: http://www.freebsd.org/~picobsd/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: PPPoE not working
Brian Somers [EMAIL PROTECTED] writes: If it helps, the only change i haven't tested (IE i've gone through the ppp/netgraph/libnetgraph revisions since 06-09) to see if it's the cause is this one: archie 2000/06/21 16:01:07 PDT Modified files: lib/libnetgraph Makefile msg.c netgraph.3 Log: - Make sure the message token returned by NgSendMsg() is non-negative - Have NgSendAsciiMsg() return the same token as NgSendMsg() - Document that NgSendMsg() and NgSendAsciiMsg() return the token - Add MLINKS for the functions defined in netgraph(3) every other change to PPP/netgraph/libnetgraph since 06-09 i've tested, and it makes no difference. It's worth cc'ing Archie on this Archie, it seems people are having problems using PPPoE since your ng_ether changes. Any suggestions ? Brian Somers [EMAIL PROTECTED] writes: I see literally the exact same thing. I thought it was just my screwup, as i had installed 0609-CURRENT (the latest installs don't work, at least, on my desktop, so i picked the one from my birthday :P), which worked fine, then cvsup'd, installed the new kernel, did a make world, rebooted, and pppoe no longer worked. tcpdump shows the same thing you are seeing. Please try the latest version of ppp. It *should* try to load the ng_ether node now. This is a requirement for new kernels. Alternatively, kldload ng_ether before starting ppp. Doesn't help. I've just about narrowed the problem down to a kernel change. I can use an old kernel, with the new modules (including ng_ether, which is only compiled into my new kernel, not my old one), and it works fine. I can use either version of ppp (06-09, or one from today), and it doesn't change anything (IE it either works or doesn't, depending on which kernel i use). I can't use a new kernel, with netgraph compiled into it (all the ones i use), with or without older modules. I'm about to test a new kernel, without netgraph compiled into it, with older netgraph modules. I'll email back how it goes. --Dan -- Brian [EMAIL PROTECTED]brian@[uk.]FreeBSD.org http://www.Awfulhak.org brian@[uk.]OpenBSD.org Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
DHCP does not honor default router?
My laptop gets a fixed IP address (137.194.161.7) using DHCP (so that I do not have to set up multiple configurations depending on the network). However, even when it receives router information, it does not update the routing table: % grep dhclient /var/log/messages Jul 4 15:08:00 trillian dhclient: New IP Address(ep0): 137.194.161.7 Jul 4 15:08:00 trillian dhclient: New Subnet Mask (ep0): 255.255.254.0 Jul 4 15:08:00 trillian dhclient: New Broadcast Address(ep0): 137.194.161.255 Jul 4 15:08:00 trillian dhclient: New Routers: 137.194.160.121 Routing tables % netstat -rn Routing tables Internet: DestinationGatewayFlags Refs Use Netif Expire 127.0.0.1 127.0.0.1 UH 3 123 lo0 137.194.160/23 link#5 UC 00 ep0 = 137.194.160.3 8:0:20:a2:8e:acUHLW03 ep0 1200 137.194.161.2 8:0:20:b0:8a:5dUHLW0 46 ep0 1182 137.194.161.6 0:a0:24:16:e1:1c UHLW00 ep0 1175 AppleTalk [...] Any idea of what went wrong? Sam -- Samuel Tardieu -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: bin/19635: add -c for grand total to df(1), like du(1) does
On Mon, 03 Jul 2000 21:21:52 -0400, Will Andrews wrote: Does anyone else here think this is a good idea? If so, I'd like to merge this in -CURRENT and MFC before 4.1-RELEASE. It seems like a fairly nice addition to df(1), and can be useful for system accounting. My only objection is that it seems to produce useless values. Can you think of a use for these grand totals? Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Help with Linux interpreter
Hmm, all that I can tell about the matter is described in the PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=18489 I'm not sure this is the case but it looks pretty similar for me. -- FUJISHIMA Satsuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
HEADS UP: more recent KAME code will hit the tree (as of early July 2000)
hello, more recent KAME code will hit the main trunc shortly. the code in the freebsd-current tree is dated November 1999, and there are many good changes made in KAME side. there will be tons of changes in: sys/netinet sys/netinet6 and also to sync with modified headers: lib/libipsec usr.sbin/setkey usr.bin/netstat other portions may be updated shortly. please torture-test it, so that the changes can go into 4.1. there are some API changes with the commit. specifically: - some ioctls are added for IPv6. - change in ipsec policy specification language change. you may need to change setkey(8) configuration files. - change in PF_KEY socket behavior to conform to standard better. - additional member in mbuf header structure to carry around ipsec policy better. you really need to swap setkey(8) if you update to the new kernel. sorry that it took this long period to upgrade, there are couple of reasons behind this: (1) shin, who took the primary role for freebsd-kame synchronization, is now real busy doing his company's job and cannot put time for us. (2) during previous merge, there were too many cosmetic changes made. this adds many unnecessary diffs between kame tree and freebsd tree (we can't just back import them into kame tree, as we share sys/netinet6 ACROSS 4 BSD PLATFORMS). this time, i decided to put kame tree as is, decreasing # of diffs as much as possible. this should ease future upgrades. PLEASE REFRAIN FROM DOING TABIFY/UNTABIFY/YOU-THINK-IT-SMALL-KNF in 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 Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP: more recent KAME code will hit the tree (as of early July 2000)
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 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
perl 5.006 upgrade issues
Hi, I've just noticed that parts of perl (current, cvsup'ed several hours ago) built on system with old perl version still depend on libperl.so.3: [make world] [rm /usr/lib/libperl.so.3] max@notebook$ cd /usr/ports/audio/aumix/ max@notebook$ portlint Can't load '/usr/libdata/perl/5.6.0/mach/auto/File/Glob/Glob.so' for module File ::Glob: Shared object "libperl.so.3" not found at /usr/libdata/perl/5.6.0/XSLoader.pm line 73. at /usr/libdata/perl/5.6.0/mach/File/Glob.pm line 94 Compilation failed in require at /usr/local/bin/portlint line 265. BEGIN failed--compilation aborted at /usr/local/bin/portlint line 265. It probably could be solved by building world twice, but obviously it should not be the case. Moreover it broke cross worldbuilds (i.e. building -CURRENT world on RELENG_4 system). -Maxim To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
HEADS UP: Crypto changes coming soon
This announcement is primarily for FreeBSD committers, CVSup users, and mirror sites. Mark Murray will soon post a companion announcement for CTM users. As a consequence of recent relaxation in US export restrictions for cryptography software, the FreeBSD project has obtained the necessary permissions to export the crypto portions of its source tree. This is a welcome development, to say the least, and we are now ready to take advantage of it. In a nutshell, our plan is to fold the crypto files into the "src-all" and "cvs-all" collections and eliminate the "cvs-crypto" collection entirely. Just to make this is perfectly clear, we will eliminate the _collection_ only -- not the files it contains. Those files will simply become a part of "src-all" and "cvs-all". These existing crypto sub-collections: src-crypto src-eBones src-secure src-sys-crypto will remain valid and unchanged, except that they will become sub-collections of "src-all" instead of the soon-to-be-defunct "cvs-all" collection. As part of this process, the crypto files on internat.FreeBSD.org will be synchronized with the now-unrestricted files on freefall. After this step there will no longer be any differences between the files on the two machines, and internat will become just another mirror site like all the others. Neither mirror sites nor CVSup users need to do anything special to prepare for this. In fact, I strongly advise all of you to leave your supfiles unchanged until the dust has settled. When we eliminate the "cvs-crypto" collection, you will start seeing warnings from CVSup saying that collection doesn't exist. These warnings will be harmless and can safely be ignored. By that time the files which formerly belonged to "cvs-crypto" will be owned by "src-all" and "cvs-all". They won't be deleted or changed. Here is how we plan to proceed: 1. Impose an enforced freeze on all of the crypto files. 2. Synch up internat with freefall. 3. Absorb the crypto files into the "src-all" and "cvs-all" collections, and eliminate the "cvs-crypto" collection. At the same time, temporarily orphan "src-crypto", "src-eBones", "src-secure", and "src-sys-crypto" so that they are no longer treated as sub-collections of "cvs-all". This latter step will have no visible effect, except that it will temporarily suppress cvsupd's mirror mode optimization for the orphaned collections. Mirror sites may see a slight increase in load because of that, but it will last only a day or two. I don't expect the increased load to be significant, because the crypto collections are relatively small. 4. Wait 24-48 hours to make sure these changes have propagated to the mirrors. 5. Reparent "src-crypto", "src-eBones", "src-secure", and "src-sys-crypto" so that they are considered to be sub-collections of "src-all". This will cause the mirror mode optimizations to kick in again. 6. Lift the freeze. After the freeze has been lifted and the dust has settled, you may remove "cvs-crypto" from your supfiles if you wish. There is no urgency surrounding that; you'll merely get harmless warnings from your CVSup updates until you do. Finally, we will: 7. Update the cvsup-mirror port, sample supfiles, and other documentation. We planned this transition as carefully as we could, and we are confident that it will go smoothly. Should a few unforseen glitches arise, please remain calm and rest assured that we perpetrators are safe and sound in a well-concealed underground bunker where you will never find us. Your friendly source-meisters, John Polstra, Peter Wemm, and Mark Murray To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: perl 5.006 upgrade issues
On Tue, 04 Jul 2000 20:23:50 +0300, Maxim Sobolev wrote: I've just noticed that parts of perl (current, cvsup'ed several hours ago) built on system with old perl version still depend on libperl.so.3: Hi Maxim, I'm posting this for the benefit of everyone, so please don't feel that I'm singling you out. I've seen 4 other messages to which I meant to send this response in the last week. :-) Please keep in mind that the -current list is a busy list. When someone sends a HEADS UP and then changes something, please report the problem to that person directly. By all means, copy the -current list as well. Just be sensitive to the fact that lots of folks filter mail, and they'd probably appreciate reports of problems relating to their own babies being sent to them personally, rather than stumbling across them a few minutes (often hours) later in their -current mail. Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: bin/19635: add -c for grand total to df(1), like du(1) does
On Tue, Jul 04, 2000 at 04:06:46PM +0200, Sheldon Hearn wrote: My only objection is that it seems to produce useless values. Can you think of a use for these grand totals? They are helpful for monitoring total space; I would use them in administrative scripts to watch my space. Granted, this job could be done by shell scripts.. but I think it would be useful in df(1). -- Will Andrews [EMAIL PROTECTED] [EMAIL PROTECTED] GCS/E/S @d- s+:++:- a---+++ C++ UB P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP t++ 5 X++ R+ tv+ b++ DI+++ D+ G+ e- h! r--+++ y? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: bin/19635: add -c for grand total to df(1), like du(1) does
They are helpful for monitoring total space; I would use them in administrative scripts to watch my space. Ok, so let's say my / is 100% full, my /usr is 50% full and my /var is 20% full. What would the total number tell me? That my file systems are 56.6% full. That tells me nothing about my root file system running out of space, so this number is completely useless to me. I have to agree with Sheldon, where is the use to this number? Blaz Zupan, Medinet d.o.o, Linhartova 21, 2000 Maribor, Slovenia E-mail: [EMAIL PROTECTED], Tel: +386-2-320-6320, Fax: +386-2-320-6325 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: bin/19635: add -c for grand total to df(1), like du(1) does
On Tue, 04 Jul 2000 15:47:25 -0400, Will Andrews wrote: On Tue, Jul 04, 2000 at 04:06:46PM +0200, Sheldon Hearn wrote: My only objection is that it seems to produce useless values. Can you think of a use for these grand totals? They are helpful for monitoring total space; I would use them in administrative scripts to watch my space. Okay, then. Let me be more specific. How is the notion of "total space" useful? :-) Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: bin/19635: add -c for grand total to df(1), like du(1) does
On Tue, Jul 04, 2000 at 10:34:41PM +0200, Sheldon Hearn wrote: Okay, then. Let me be more specific. How is the notion of "total space" useful? :-) Tells you when it's time to get new hard drives? I guess the originator of the PR should provide a reason. =\ -- Will Andrews [EMAIL PROTECTED] [EMAIL PROTECTED] GCS/E/S @d- s+:++:- a---+++ C++ UB P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP t++ 5 X++ R+ tv+ b++ DI+++ D+ G+ e- h! r--+++ y? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
fwiw, release for -stable (alpha)
Making docs... === Extracting for docproj-1.1 No MD5 checksum file. === Patching for docproj-1.1 === Configuring for docproj-1.1 === Installing for docproj-1.1 === docproj-1.1 depends on executable: instant - not found ===Verifying install for instant in /usr/ports/textproc/sgmlformat Error: you don't have the right version of perl in /usr/bin. All of this looks sort of busted to me. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: PPPoE not working
Julian Elischer writes: Gary Jennejohn wrote: Doesn't help. ng_ether.ko was being automatically loaded before your change. Loading it before starting ppp also doesn't help. I'm beginning to think that the bug is in NETGRAPH. I agree. to be more precise, between the new ng_ether code, and the ng_pppoe code. running the pppoe node with the AAA code enabled (check the file) might lead to some clues. OK, I took your advice. Here's waht comes out: Jul 4 22:36:42 peedub /kernel: pppoe: ng_pppoe_constructor Jul 4 22:36:42 peedub /kernel: pppoe: ng_pppoe_newhook Jul 4 22:36:42 peedub /kernel: pppoe: ng_pppoe_newhook Jul 4 22:36:42 peedub /kernel: pppoe: ng_pppoe_rcvmsg Jul 4 22:36:42 peedub /kernel: pppoe: pppoe_start Jul 4 22:36:42 peedub /kernel: pppoe: init_tags Jul 4 22:36:42 peedub /kernel: pppoe: insert_tag Jul 4 22:36:42 peedub /kernel: pppoe: insert_tag Jul 4 22:36:42 peedub /kernel: pppoe: make_packet Jul 4 22:36:42 peedub /kernel: pppoe: sendpacket Jul 4 22:36:44 peedub /kernel: pppoe: pppoe_ticker Jul 4 22:36:47 peedub /kernel: pppoe: ng_pppoe_disconnect The timer which is set in sendpacket triggers. It looks like the packets which come in on my ed0 aren't being sent to ng_pppoe. The funny thing is that the packets are going _out_ on ed0. I spent an hour or so looking at the code, but I can't wrap my mind around it in such a short time. --- Gary Jennejohn / [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
IPSEC problem when compiling kernel
CURRENT from 3 hours ago with this options INET6 options IPSEC options IPSEC_ESP options IPSEC_IPV6FWD cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../netinet6/ip6_forward.c ../../netinet6/ip6_forward.c: In function `ip6_forward': ../../netinet6/ip6_forward.c:108: warning: implicit declaration of function `ipsec6_in_reject' ../../netinet6/ip6_forward.c:109: `ipsec6stat' undeclared (first use in this function) ../../netinet6/ip6_forward.c:109: (Each undeclared identifier is reported only once ../../netinet6/ip6_forward.c:109: for each function it appears in.) ../../netinet6/ip6_forward.c:154: warning: implicit declaration of function `ipsec6_getpolicybyaddr' ../../netinet6/ip6_forward.c:154: warning: assignment makes pointer from integer without a cast ../../netinet6/ip6_forward.c:239: warning: implicit declaration of function `ipsec6_output_tunnel' ../../netinet6/ip6_forward.c:380: warning: assignment makes pointer from integer without a cast ../../netinet6/ip6_forward.c:382: warning: implicit declaration of function `ipsec6_hdrsiz' *** Error code 1 ipsec6stat is a sysctl variable defined in netinet6/ipsec.c but I guess there is a definition missing somewhere. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: bin/19635: add -c for grand total to df(1), like du(1) does
On Tue, 04 Jul 2000 22:34:41 +0200, Sheldon Hearn wrote: They are helpful for monitoring total space; I would use them in administrative scripts to watch my space. Okay, then. Let me be more specific. How is the notion of "total space" useful? :-) exactly. It will be more of statistical value rather than really useful, I think. But I don't see a reason not to merge it, anyway. -- Robert Drehmel [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
IPv6 IPSEC (patch included)
Following my mail about kernel breakage in ip6_forward.c, here is a fix: cvs server: Diffing . Index: ip6_forward.c === RCS file: /spare/FreeBSD-current/src/sys/netinet6/ip6_forward.c,v retrieving revision 1.7 diff -u -r1.7 ip6_forward.c --- ip6_forward.c 2000/07/04 16:35:09 1.7 +++ ip6_forward.c 2000/07/04 21:45:37 @@ -58,6 +58,7 @@ #ifdef IPSEC_IPV6FWD #include netinet6/ipsec.h +#include netinet6/ipsec6.h #include netkey/key.h #endif /* IPSEC_IPV6FWD */ -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
world broken?
Hi, Trying to build world, source just cvssup'ed, clean builddir and I get this error: Script started on Wed Jul 5 00:14:00 2000 firsa# make buildworld [...snip...] -- stage 3: cross tools -- [...snip...] cc -O -pipe -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/src/i386/usr\" -I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295 -I/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/config -DTARGET_NAME=\"i386-unknown-freebsd\" -DIN_GCC -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/fold-const.c -o fold-const.o /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/fold-const.c: In function `add_double': /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/fold-const.c:245: argument `hv' doesn't match prototype /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/rtl.h:1576: prototype declaration /usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc.295/fold-const.c:252: invalid type argument of `unary *' *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. firsa# Script done on Wed Jul 5 00:23:08 2000 This is on FreeBSD 5.0-2701-CURRENT #0: Sat Jul 1 11:53:52 GMT 2000 (a -current snapshot from current.FreeBSD.org, GENERIC kernel). Anyone know what's up? --Stijn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: /sys hierarchy
David O'Brien wrote: They should be stated because they need to be moved linux - Linux binary compat Also buses isa - there is some MI stuff in here Good point. For the linuxulator this has been discussed before and something in the line off... sys/$MACHINE/compat/linux // MD part sys/$MACHINE/compat/others sys/compat/linux// MI part sys/compat/others ...came out of it. This also matches where the Linuxulator has its sysctl variables (= compat.linux.*) and where other emulators are expected to have their variables. -- Marcel Moolenaar mail: [EMAIL PROTECTED] / [EMAIL PROTECTED] tel: (408) 447-4222 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Help with Linux interpreter
On Wednesday, 5 July 2000 at 0:17:46 +0900, FUJISHIMA Satsuki wrote: Hmm, all that I can tell about the matter is described in the PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=18489 I'm not sure this is the case but it looks pretty similar for me. Hmm. $ brandelf -t Linux acroread $ hd acroread|head -1 7f 45 4c 46 01 01 01 03 46 72 65 65 42 53 44 00 |.ELFFreeBSD.| On the other machine, I get: $ hd acroread|head -1 7f 45 4c 46 01 01 01 03 4c 69 6e 75 78 00 00 00 |.ELFLinux...| $ brandelf -t FreeBSD acroread $ hd acroread|head -1 7f 45 4c 46 01 01 01 09 4c 69 6e 75 78 00 00 00 |.ELFLinux...| Repeating this last brandelf invocation (-t FreeBSD) with ktrace, I see: 2586 brandelf NAMI "acroread" 2586 brandelf RET open 3 2586 brandelf CALL sigprocmask(0x1,0x28060040,0x28060050) 2586 brandelf RET sigprocmask 0 2586 brandelf CALL sigprocmask(0x3,0x28060050,0) 2586 brandelf RET sigprocmask 0 2586 brandelf CALL read(0x3,0xbfbfefe4,0x10) 2586 brandelf GIO fd 3 read 16 bytes "\^?ELF\^A\^A\^A Linux\0\0\0" 2586 brandelf RET read 16/0x10 2586 brandelf CALL sigprocmask(0x1,0x28060040,0x28060050) 2586 brandelf RET sigprocmask 0 2586 brandelf CALL sigprocmask(0x3,0x28060050,0) 2586 brandelf RET sigprocmask 0 2586 brandelf CALL sigprocmask(0x1,0x28060040,0x28060050) 2586 brandelf RET sigprocmask 0 2586 brandelf CALL sigprocmask(0x3,0x28060050,0) 2586 brandelf RET sigprocmask 0 2586 brandelf CALL lseek(0x3,0,0,0,0) 2586 brandelf RET lseek 0 2586 brandelf CALL sigprocmask(0x1,0x28060040,0x28060050) 2586 brandelf RET sigprocmask 0 2586 brandelf CALL sigprocmask(0x3,0x28060050,0) 2586 brandelf RET sigprocmask 0 2586 brandelf CALL write(0x3,0xbfbfefe4,0x10) 2586 brandelf GIO fd 3 wrote 16 bytes "\^?ELF\^A\^A\^A Linux\0\0\0" 2586 brandelf RET write 16/0x10 It looks as if brandelf is broke. Greg -- Finger [EMAIL PROTECTED] for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: PPPoE not working
Brian Somers writes: Archie, it seems people are having problems using PPPoE since your ng_ether changes. Any suggestions ? Unfortunately I have limited email contact righ tnow.. but a couple of things come to mind.. - Is is possible to get a tcpdump of before and after? One thing I could imagine is that the new ng_ether may behave differently than the old code with respect to overwriting the source Ethernet address (the new code shouldn't unless the driver does). But I don't think there should be any difference. 'tcpdump not ip' should tell. - Regarding the libnetgraph change, this supposedly fixed a bug, so possibly the code in ppp(8) is relying on broken behavior? Where is this code anyway, I don't see a pppoe.c in usr.sbin/ppp.. I can take a look. -Archie ___ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: DHCP does not honor default router?
On Tuesday, 4 July 2000 at 15:42:10 +0200, Samuel Tardieu wrote: My laptop gets a fixed IP address (137.194.161.7) using DHCP (so that I do not have to set up multiple configurations depending on the network). However, even when it receives router information, it does not update the routing table: grep dhclient /var/log/messages Jul 4 15:08:00 trillian dhclient: New IP Address(ep0): 137.194.161.7 Jul 4 15:08:00 trillian dhclient: New Subnet Mask (ep0): 255.255.254.0 Jul 4 15:08:00 trillian dhclient: New Broadcast Address(ep0): 137.194.161.255 Jul 4 15:08:00 trillian dhclient: New Routers: 137.194.160.121 Routing tables netstat -rn Routing tables Internet: DestinationGatewayFlags Refs Use Netif Expire 127.0.0.1 127.0.0.1 UH 3 123 lo0 137.194.160/23 link#5 UC 00 ep0 = 137.194.160.3 8:0:20:a2:8e:acUHLW03 ep0 1200 137.194.161.2 8:0:20:b0:8a:5dUHLW0 46 ep0 1182 137.194.161.6 0:a0:24:16:e1:1c UHLW00 ep0 1175 AppleTalk [...] Any idea of what went wrong? Not really, but FWIW I've seen this too. Greg -- Finger [EMAIL PROTECTED] for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: DHCP does not honor default router?
Greg Lehey wrote: On Tuesday, 4 July 2000 at 15:42:10 +0200, Samuel Tardieu wrote: My laptop gets a fixed IP address (137.194.161.7) using DHCP (so that I do not have to set up multiple configurations depending on the network). However, even when it receives router information, it does not update the routing table: I updated my dhclient script to handle this case, since it happens on the roadrunner network as well. I can send you the patch if you want, but I have a lot of other hacks in my script so it might be confusing. Starting right around line 106 of the default script, I have: if [ x$old_ip_address = x ] || [ x$old_ip_address != x$new_ip_address ] || \ [ x$reason = xBOUND ] || [ x$reason = xREBOOT ]; then # Added: if [ -z "$old_routers"]; then # Assume worst case scenario till we know better $LOGGER "Doing worst case scenario route flush" if [ x$reason = xBOUND ]; then arp -a -d route flush fi fi # End of added stuff ifconfig $interface inet $new_ip_address $new_netmask_arg \ Prior to adding that bit I used to get hung up every time my new IP was on a different network segment, with that and a few other hacks I've had clear sailing for almost a year. FWIW, this is one area where solaris has it better than we do. I can, while telnet'ed into a solaris machine do: route add default 22.33.44.1 route delete default 22.33.55.1 and have it use the old default right up until I delete it, then the new default instantly takes effect. Assuming I have a path to the machine through the new default, I never lose connectivity. Unless I'm missing something, freebsd doesn't allow this. While I'm at it, I prefer their method of aliasing IP's to a nic as well, but I digress. :) Hope this helps, Doug -- "Live free or die" - State motto of my ancestral homeland, New Hampshire Do YOU Yahoo!? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: DHCP does not honor default router?
On Tue, 4 Jul 2000, Doug Barton wrote: I updated my dhclient script to handle this case, since it happens on the roadrunner network as well. I can send you the patch if you want, but I have a lot of other hacks in my script so it might be confusing. Starting right around line 106 of the default script, I have: A hook is already provided for this kind of thing. You can create a separate program called /etc/dhclient-exit-hooks, which get run at various times by dhclient-script. Since /etc/dhclient-exit-hooks is sourced by /sbin/dhclient-script, you have access to all of its internal variables, such as '$reason', '$old_ip_address', '$new_ip_address', etc. Thus, you don't have to maintain a separate /sbin/dhclient-script like you do now. Also, if you run a firewall, you should re-instantiate your rules with the new IP address here as well. Mine (which is still evolving) looks something like this: #!/bin/sh # # File: /etc/dhclient-exit-hooks # # redirect to syslog logger="/usr/bin/logger -t dhclient-exit-hooks -i" checkit ( ) { /bin/echo "REASON=$reason OLDIP=$old_ip_address NEWIP=$new_ip_address" if [ -z "$old_ip_address" ] || [ -z "$new_ip_address" ]; then /bin/echo "old and/or new is empty" elif [ "$old_ip_address" != "$new_ip_address" ]; then /bin/echo "flushing ARP tables" /usr/sbin/arp -d -a /bin/echo "re-establishing firewall rules" . /etc/rc.firewall.local fi } checkit | $logger I notice you also flush the routing table. Is that necessary - it appears that dhclient-script does this when it's needed? I found this exit hook feature by looking at the source for dhclient-script, but, oddly enough, it is even documented in the man page. -Brian To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
fetch is strange
I made world yesterday. $ uname -a FreeBSD nakaji.tutrp.tut.ac.jp 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Tue Jul 4 12:15:52 JST 2000 [EMAIL PROTECTED]:/home2/obj/usr/src/sys/NAKAJI i386 The problem is that the report of '/usr/bin/fetch' is strange. For example, $ fetch http://www.samba.gr.jp/project/samba-ja/index.html.en Receiving index.html.en -1 bytes transferred in 0.4 seconds (-2.28 Bps) -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: fwiw, release for -stable (alpha)
On Tue, 4 Jul 2000, Matthew Jacob wrote: Making docs... === Extracting for docproj-1.1 No MD5 checksum file. === Patching for docproj-1.1 === Configuring for docproj-1.1 === Installing for docproj-1.1 === docproj-1.1 depends on executable: instant - not found ===Verifying install for instant in /usr/ports/textproc/sgmlformat Error: you don't have the right version of perl in /usr/bin. All of this looks sort of busted to me. This is clearly a ports problem, not a -current one..actually I suspect it's already fixed - are you sure you have an up-to-date ports collection? Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: fwiw, release for -stable (alpha)
On Tue, 4 Jul 2000, Kris Kennaway wrote: On Tue, 4 Jul 2000, Matthew Jacob wrote: Making docs... === Extracting for docproj-1.1 No MD5 checksum file. === Patching for docproj-1.1 === Configuring for docproj-1.1 === Installing for docproj-1.1 === docproj-1.1 depends on executable: instant - not found ===Verifying install for instant in /usr/ports/textproc/sgmlformat Error: you don't have the right version of perl in /usr/bin. All of this looks sort of busted to me. This is clearly a ports problem, not a -current one..actually I suspect it's already fixed - are you sure you have an up-to-date ports collection? Well, I'd just done a complete cvsup to (finally) include docs.. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message