From owner-freebsd-bugs Sun Apr 22 2: 2: 4 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C765E37B424 for ; Sun, 22 Apr 2001 02:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3M902J83661; Sun, 22 Apr 2001 02:00:02 -0700 (PDT) (envelope-from gnats) Date: Sun, 22 Apr 2001 02:00:02 -0700 (PDT) Message-Id: <200104220900.f3M902J83661@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Cyrille Lefevre Subject: Re: misc/26763: installing ipfilter sample files to share/examples Reply-To: Cyrille Lefevre Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/26763; it has been noted by GNATS. From: Cyrille Lefevre To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: misc/26763: installing ipfilter sample files to share/examples Date: Sun, 22 Apr 2001 10:57:45 +0200 (CEST) README file added. Makefile updated w/ more sample files and the ipf how-to. diff -urN share/examples/ipfilter.orig/Makefile share/examples/ipfilter/Makefile --- share/examples/ipfilter.orig/Makefile Sun Apr 22 08:34:23 2001 +++ share/examples/ipfilter/Makefile Sun Apr 22 10:47:56 2001 @@ -4,11 +4,25 @@ BINDIR= /usr/share/examples -FILES= BASIC.NAT BASIC_1.FW BASIC_2.FW \ +FILES= README + +# dist sample files +FILES+= BASIC.NAT BASIC_1.FW BASIC_2.FW \ example.1 example.2 example.3 example.4 example.5 \ example.6 example.7 example.8 example.9 example.10 \ example.11 example.12 example.13 example.sr firewall \ ftp-proxy ftppxy nat-setup nat.eg server tcpstate + +# ftp://ftp.OpenBSD.org/pub/OpenBSD/src/share/ipf/ sample files. +FILES+= example.14 firewall.1 firewall.2 \ + ipf.conf.permissive ipf.conf.restrictive \ + ipf.conf.sample ipnat.conf.sample + +# http://www.obfuscation.org/ipf/ how-to +FILES+= ipf-howto.txt + +# http://coombs.anu.edu.au/~avalon/ sample files +FILES+= examples.txt rules.txt all: diff -urN share/examples/ipfilter.orig/README share/examples/ipfilter/README --- share/examples/ipfilter.orig/README Thu Jan 1 01:00:00 1970 +++ share/examples/ipfilter/README Sun Apr 22 10:40:18 2001 @@ -0,0 +1,15 @@ +# $FreeBSD$ + +This directory contains various files related to ipfilter. + +For information on building ipf based firewalls, read the ipf-howto.txt. + +a more up to date version of this file may be found at: + + http://www.obfuscation.org/ipf/ + +Additional help may be found at the ipf home page: + + http://coombs.anu.edu.au/~avalon/ + +examples.txt and rules.txt come from this site. diff -urN share/examples/ipfilter.orig/example.14 share/examples/ipfilter/example.14 --- share/examples/ipfilter.orig/example.14 Thu Jan 1 01:00:00 1970 +++ share/examples/ipfilter/example.14 Sun Apr 22 09:41:54 2001 @@ -0,0 +1,61 @@ +# +# log all inbound packet on le0 which has IP options present +# +log in on le0 from any to any with ipopts +# +# block any inbound packets on le0 which are fragmented and "too short" to +# do any meaningful comparison on. This actually only applies to TCP +# packets which can be missing the flags/ports (depending on which part +# of the fragment you see). +# +block in log quick on le0 from any to any with short frag +# +# log all inbound TCP packets with the SYN flag (only) set +# (NOTE: if it were an inbound TCP packet with the SYN flag set and it +# had IP options present, this rule and the above would cause it +# to be logged twice). +# +log in on le0 proto tcp from any to any flags S/SA +# +# block and log any inbound ICMP unreachables +# +block in log on le0 proto icmp from any to any icmp-type unreach +# +# block and log any inbound UDP packets on le0 which are going to port 2049 +# (the NFS port). +# +block in log on le0 proto udp from any to any port = 2049 +# +# quickly allow any packets to/from a particular pair of hosts +# +pass in quick from any to 10.1.3.2/32 +pass in quick from any to 10.1.0.13/32 +pass in quick from 10.1.3.2/32 to any +pass in quick from 10.1.0.13/32 to any +# +# block (and stop matching) any packet with IP options present. +# +block in quick on le0 from any to any with ipopts +# +# allow any packet through +# +pass in from any to any +# +# block any inbound UDP packets destined for these subnets. +# +block in on le0 proto udp from any to 10.1.3.0/24 +block in on le0 proto udp from any to 10.1.1.0/24 +block in on le0 proto udp from any to 10.1.2.0/24 +# +# block any inbound TCP packets with only the SYN flag set that are +# destined for these subnets. +# +block in on le0 proto tcp from any to 10.1.3.0/24 flags S/SA +block in on le0 proto tcp from any to 10.1.2.0/24 flags S/SA +block in on le0 proto tcp from any to 10.1.1.0/24 flags S/SA +# +# block any inbound ICMP packets destined for these subnets. +# +block in on le0 proto icmp from any to 10.1.3.0/24 +block in on le0 proto icmp from any to 10.1.1.0/24 +block in on le0 proto icmp from any to 10.1.2.0/24 diff -urN share/examples/ipfilter.orig/examples.txt share/examples/ipfilter/examples.txt --- share/examples/ipfilter.orig/examples.txt Thu Jan 1 01:00:00 1970 +++ share/examples/ipfilter/examples.txt Sun Apr 22 10:08:59 2001 @@ -0,0 +1,514 @@ +IP Filter Examples + + [Image] Permissions + [Image] Interface + [Image] Netmasks and hosts + [Image] IP Protocols + [Image] IP Options + [Image] IP Fragments + [Image] TCP/UDP Ports + [Image] ICMP type/code + [Image] TCP Flags (established) + [Image] Responding to a BAD packet + [Image] IP Security Classes + [Image] Packet state filtering + [Image] Network Address Translation (NAT) + [Image] Transparent Proxy Support + [Image] Transparent routing + [Image] Logging packets to network devices + [Image] Rule groups + Authenticating packets + Pre-authenticating packets + + ------------------------------------------------------------------------ + +Permission Specifying. + +To specify where to pass through or to block a packet, either block or pass +is used. In and out are used to describe the direction in which the packet +is travelling through a network interface. Eg: + +# setup default to block all packets. +block in all +block out all +# pass packets from host firewall to any destination +pass in from firewall to any + + ------------------------------------------------------------------------ + +Select network Interfaces + +To select which interface a packet is currently associated with, either its +destination as a result of route processing or where it has been received +from, the on keyword is used. Whilst not compulsory, it is recommended that +each rule include it for clarity. Eg: + +# drop all inbound packets from localhost coming from ethernet +block in on le0 from localhost to any + + ------------------------------------------------------------------------ + +Netmasks and hosts + +As not all networks are formed with classical network boundaries, it is +necessary to provide a mechanism to support VLSM (Variable Length Subnet +Masks). This package provides several ways to do this. Eg: + +# +block in on le0 from mynet/26 to any +# +block in on le0 from mynet/255.255.255.192 to any +# +block in on le0 from mynet mask 255.255.255.192 to any +# +block in on le0 from mynet mask 0xffffffc0 to any + +Are all valid and legal syntax with this package. However, when regenerating +rules (ie using ipfstat), this package will prefer to use the shortest valid +notation (top down). + +The default netmask, when none is given is 255.255.255.255 or "/32". + +To invert the match on a hostname or network, include an ! before the name +or number with no space between them. + ------------------------------------------------------------------------ + +Protocol + +To filter on an individual protocol, it is possible to specify the protocol +in a filter rule. Eg: + +# block all incoming ICMP packets +block in on le0 proto icmp all + +The name of the protocol can be any valid name from /etc/protocols or a +number. + +# allow all IP packets in which are protocol 4 +pass in on le0 proto 4 all + +There is one exception to this rule, being "tcp/udp". If given in a ruleset, +it will match either of the two protocols. This is useful when setting up +port restrictions. Eg: + +# prevent any packets destined for NFS from coming in +block in on le0 proto tcp/udp from any to any port = 2049 + + ------------------------------------------------------------------------ + +Filtering IP fragments + +IP fragments are bad news, in general. Recent study has shown that IP +fragments can pose a large threat to IP packet filtering, IF there are rules +used which rely on data which may be distributed across fragments. To this +package, the threat is that the TCP flags field of the TCP packet may be in +the 2nd or 3rd fragment or possibly be believed to be in the first when +actually in the 2nd or 3rd. + +To filter out these nasties, it is possible to select fragmented packets out +as follows: + +# +# get rid of all IP fragments +# +block in all with frag + +The problem arises that fragments can actually be a non-malicious. The +really malicious ones can be grouped under the term "short fragments" and +can be filtered out as follows: + +# +# get rid of all short IP fragments (too small for valid comparison) +# +block in proto tcp all with short + + ------------------------------------------------------------------------ + +IP Options + +IP options have a bad name for being a general security threat. They can be +of some use, however, to programs such as traceroute but many find this +usefulness not worth the risk. + +Filtering on IP options can be achieved two ways. The first is by naming +them collectively and is done as follows: + +# +# drop and log any IP packets with options set in them. +# +block in log all with ipopts +# + +The second way is to actually list the names of the options you wish to +filter. + +# +# drop any source routing options +# +block in quick all with opt lsrr +block in quick all with opt ssrr + +[Image] NOTE that options are matched explicitly, so if I had lsrr,ssrr it +would only match packets with both options set. + +It is also possible to select packets which DON'T have various options +present in the packet header. For example, to allow telnet connections +without any IP options present, the following would be done: + +# +# Allow anyone to telnet in so long as they don't use IP options. +# +pass in proto tcp from any to any port = 23 with no ipopts +# +# Allow packets with strict source routing and no loose source routing +# +pass in from any to any with opt ssrr not opt lsrr + + ------------------------------------------------------------------------ + +Filtering by ports + +Filtering by port number only works with the TCP and UDP IP protocols. When +specifying port numbers, either the number or the service name from +/etc/services may be used. If the proto field is used in a filter rule, it +will be used in conjunction with the port name in determining the port +number. + +The possible operands available for use with port numbers are: + +Operand Alias Parameters Result +< lt port# true if port is less than given value +> gt port# true if port is greater than given value += eq port# true if port is equal to than given value +!= ne port# true if port is not equal to than given value +<= le port# true if port is less than or equal to given value +=> ge port# true if port is greater than or equal to given value + +Eg: + +# +# allow any TCP packets from the same subnet as foo is on through to host +# 10.1.1.2 if they are destined for port 6667. +# +pass in proto tcp from fubar/24 to 10.1.1.2/32 port = 6667 +# +# allow in UDP packets which are NOT from port 53 and are destined for +# localhost +# +pass in proto udp from fubar port != 53 to localhost + +Two range comparisons are also possible: + +Expression Syntax: +port1# <> port2# true if port is less than port1 or greater than port2 +port1# >< port2# true if port is greater than port1 and less than port2 + +[Image] NOTE that in neither case, when the port number is equal to one of +those given, does it match. Eg: + +# +# block anything trying to get to X terminal ports, X:0 to X:9 +# +block in proto tcp from any to any port 5999 >< 6010 +# +# allow any connections to be made, except to BSD print/r-services +# this will also protect syslog. +# +block in proto tcp/udp all +pass in proto tcp/udp from any to any port 512 <> 515 + +Note that the last one above could just as easily be done in the reverse +fashion: allowing everything through and blocking only a small range. Note +that the port numbers are different, however, due to the difference in the +way they are compared. + +# +# allow any connections to be made, except to BSD print/r-services +# this will also protect syslog. +# +pass in proto tcp/udp all +block in proto tcp/udp from any to any port 511 >< 516 + + ------------------------------------------------------------------------ + +TCP Flags (established) + +Filtering on TCP flags is useful, but fraught with danger. I'd recommend +that before using TCP flags in your IP filtering, you become at least a +little bit acquainted with what the role of each of them is and when they're +used. This package will compare the flags present in each TCP packet, if +asked, and match if those present in the TCP packet are the same as in the +IP filter rule. + +Some IP filtering/firewall packages allow you to filter out TCP packets +which belong to an "established" connection. This is, simply put, filtering +on packets which have the ACK bit set. The ACK bit is only set in packets +transmitted during the lifecycle of a TCP connection. It is necessary for +this flag to be present from either end for data to be transferred. If you +were using a rule which as worded something like: + +allow proto tcp 10.1.0.0 255.255.0.0 port = 23 10.2.0.0 255.255.0.0 established + +It could be rewritten as: + +pass in proto tcp 10.1.0.0/16 port = 23 10.2.0.0/16 flags A/A +pass out proto tcp 10.1.0.0/16 port = 23 10.2.0.0/16 flags A/A + +A more useful flag to filter on, for TCP connections, I find, is the SYN +flag. This is only set during the initial stages of connection negotiation, +and for the very first packet of a new TCP connection, it is the only flag +set. At all other times, an ACK or maybe even an URG/PUSH flag may be set. +So, if I want to stop connections being made to my internal network +(10.1.0.0) from the outside network, I might do something like: + +# +# block incoming connection requests to my internal network from the big bad +# internet. +# +block in on le0 proto tcp from any to 10.1.0.0/16 flags S/SA + +If you wanted to block the replies to this (the SYN-ACK's), then you might +do: + +block out on le0 proto tcp from 10.1.0.0 to any flags SA/SA + +where SA represents the SYN-ACK flags both being set. + +The flags after the / represent the TCP flag mask, indicating which bits of +the TCP flags you are interested in checking. When using the SYN bit in a +check, you SHOULD specify a mask to ensure that your filter CANNOT be +defeated by a packet with SYN and URG flags, for example, set (to Unix, this +is the same as a plain SYN). + ------------------------------------------------------------------------ + +ICMP Type/Code + +ICMP can be a source of a lot of trouble for Internet Connected networks. +Blocking out all ICMP packets can be useful, but it will disable some +otherwise useful programs, such as "ping". Filtering on ICMP type allows for +pings (for example) to work. Eg: + +# block all ICMP packets. +# +block in proto icmp all +# +# allow in ICMP echos and echo-replies. +# +pass in on le1 proto icmp from any to any icmp-type echo +pass in on le1 proto icmp from any to any icmp-type echorep + +To specify an ICMP code, the numeric value must be used. So, if we wanted to +block all port-unreachables, we would do: + +# +# block all ICMP destination unreachable packets which are port-unreachables +# +block in on le1 proto icmp from any to any icmp-type unreach code 3 + + ------------------------------------------------------------------------ + +Responding to a BAD packet + +To provide feedback to people trying to send packets through your filter +which you wish to disallow, you can send back either an ICMP error +(Destination Unreachable) or, if they're sending a TCP packet, a TCP RST +(Reset). + +What's the difference ? TCP/IP stacks take longer to pass the ICMP errors +back, through to the application, as they can often be due to temporary +problems (network was unplugged for a second) and it is `incorrect' to shut +down a connection for this reason. Others go to the other extreme and will +shut down all connections between the two hosts for which the ICMP error is +received. The TCP RST, however, is for only *one* connection (cannot be used +for more than one) and will cause the connection to immediately shut down. +So, for example, if you're blocking port 113, and setup a rule to return a +TCP RST rather than nothing or an ICMP packet, you won't experience any +delay if the other end was attempting to make a connection to an identd +service. + +Some examples are as follows: + +# +# block all incoming TCP connections but send back a TCP-RST for ones to +# the ident port +# +block in proto tcp from any to any flags S/SA +block return-rst in quick proto tcp from any to any port = 113 flags S/SA +# +# block all inbound UDP packets and send back an ICMP error. +# +block return-icmp in proto udp from any to any + +When returning ICMP packets, it is also possible to specify the type of ICMP +error return. This was requested so that traceroute traces could be forced +to end elegantly. To do this, the requested ICMP Unreachable code is placed +in brackets following the "return-icmp" directive: + +# +# block all inbound UDP packets and send back an ICMP error. +# +block return-icmp (3) in proto udp from any to any port > 30000 +block return-icmp (port-unr) in proto udp from any to any port > 30000 + +Those two examples are equivalent, and return a ICMP port unreachable error +packet to in response to any UDP packet received destined for a port greater +than 30,000. + ------------------------------------------------------------------------ + +Filtering IP Security Classes + +For users who have packets which contain IP security bits, filtering on the +defined classes and authority levels is supported. Currently, filtering on +16bit authority flags is not supported. + +As with ipopts and other IP options, it is possible to say that the packet +only matches if a certain class isn't present. + +Some examples of filtering on IP security options: + +# +# drop all packets without IP security options +# +block in all with no opt sec +# +# only allow packets in and out on le0 which are top secret +# +block out on le1 all +pass out on le1 all with opt sec-class topsecret +block in on le1 all +pass in on le1 all with opt sec-class topsecret + + ------------------------------------------------------------------------ + +Packet state filtering + +Packet state filtering can be used for any TCP flow to short-cut later +filtering. The "short-cuts" are kept in a table, with no alterations to the +packet filter list made. Subsequent packets, if a matching packet is found +in the table, are not passed through the list. For TCP flows, the filter +will follow the ack/sequence numbers of packets and only allow packets +through which fall inside the correct window. + +# +# Keep state for all outgoing telnet connections +# and disallow all other TCP traffic. +# +pass out on le1 proto tcp from any to any port = telnet keep state +block out on le1 all + +For UDP packets, packet exchanges are effectively stateless. However, if a +packet is first sent out from a given port, a reply is usually expected in +answer, in the `reverse' direction. + +# +# allow UDP replies back from name servers +# +pass out on le1 proto udp from any to any port = domain keep state + +Held UDP state is timed out, as is TCP state for entries added which do not +have the SYN flag set. If an entry is created with the SYN flag set, any +subsequent matching packet which doesn't have this flag set (ie a SYN-ACK) +will cause it to be "timeless" (actually, the timeout defaults to 5 days), +until either a FIN or RST is seen. + + ------------------------------------------------------------------------ + +Network Address Translation (NAT) + +Network address translation is used to remap IP #'s from one address range +to another range of network addresses. For TCP and UDP, this also can +include the port numbers. The IP#'s/port #'s are changed when a packet is +going out through an interface and IP Filter matches it against a NAT rules. + +Packets coming back in the same interface are remapped, as a matter of +course, to their original address information. + +# map all tcp connections from 10.1.0.0/16 to 240.1.0.1, changing the source +# port number to something between 10,000 and 20,000 inclusive. For all other +# IP packets, allocate an IP # between 240.1.0.0 and 240.1.0.255, temporarily +# for each new user. In this example, ed1 is the external interface. +# Use ipnat, not ipf to load these rules. +# +map ed1 10.1.0.0/16 -> 240.1.0.1/32 portmap tcp 10000:20000 +map ed1 10.1.0.0/16 -> 240.1.0.0/24 + + ------------------------------------------------------------------------ + +Transparent Proxy Suppoer + +Transparent proxies are supported through redirection, which works in a +similar way to NAT, except that rules are triggered by input packets. To +effect redirection rules, ipnat must be used (same as for NAT) rather than +ipf. + +# Redirection is triggered for input packets. +# For example, to redirect FTP connections through this box (in this case ed0 +# is the interface on the "inside" where default routes point), to the local +# ftp port, forcing them to connect through a proxy, you would use: +# +rdr ed0 0.0.0.0/0 port ftp -> 127.0.0.1 port ftp + + ------------------------------------------------------------------------ + +Transparent routing + +Transparent routing can be performed in two ways using IP Filter. The first +is to use the keyword "fastroute" in a rule, using the normal route lookup +to occur or using a fixed route with "to". Both effect transparent routing +by not causing any decrement in the TTL to occur as it passes through the +kernel. + +# Route all UDP packets through transparently. +# +pass in quick fastroute proto udp all +# +# Route all ICMP packets to network 10 (on le0) out through le1, to "router" +# +pass in quick on le0 to le1:router proto icmp all + + ------------------------------------------------------------------------ + +Logging packets to the network + +Logging packets to the network devices is supported for both packets being +passed through the filter and those being blocked. For packets being passed +on, the "dup-to" keyword must be used, but for packets being blocked, either +"to" (more efficient) or "dup-to" can be used. + +To log packets to the interface without requiring ARP to work, create a +static arp cache for a meaningless IP# (say 10.0.0.1) and log packets to +this IP#. + +# Log all short TCP packets to qe3, with "packetlog" as the intended +# destination for the packet. +# +block in quick to qe3:packetlog proto tcp all with short +# +# Log all connection attempts for TCP +# +pass in quick on ppp0 dup-to le1:packetlog proto tcp all flags S/SA + + ------------------------------------------------------------------------ + +Rule groups + +To aide in making rule processing more efficient, it is possible to setup +rule `groups'. By default, all rules are in group 0 and all other groups +have it as their ultimate parent. To start a new group, a rule includes a +`head' statement, such as this: + +# Process all incoming ppp packets on ppp0 with group 100, with the default for +# this interface to block all incoming. +# +block in quick on ppp0 all head 100 + +If we then wanted to allow people to connect to our WWW server, via ppp0, we +could then just add a rule about WWW. NOTE: only packets which match the +above rule are processed by any group 100 rules. + +# Allow connections to the WWW server via ppp0. +# +pass in quick proto tcp from any to any port = WWW keep state group 100 + + ------------------------------------------------------------------------ +Return to the IP Filter home page diff -urN share/examples/ipfilter.orig/firewall.1 share/examples/ipfilter/firewall.1 --- share/examples/ipfilter.orig/firewall.1 Thu Jan 1 01:00:00 1970 +++ share/examples/ipfilter/firewall.1 Sun Apr 22 09:41:54 2001 @@ -0,0 +1,35 @@ +# +# This is an example of a very light firewall used to guard against +# some of the most easily exploited common security holes. +# +# The example assumes it is running on a gateway with interface ppp0 +# attached to the outside world, and interface ed0 attached to +# network 192.168.4.0 which needs to be protected. +# +# +# Pass any packets not explicitly mentioned by subsequent rules +# +pass out from any to any +pass in from any to any +# +# Block any inherently bad packets coming in from the outside world. +# These include ICMP redirect packets and IP fragments so short the +# filtering rules won't be able to examine the whole UDP/TCP header. +# +block in log quick on ppp0 proto icmp from any to any icmp-type redir +block in log quick on ppp0 proto tcp/udp all with short +# +# Block any IP spoofing atempts. (Packets "from" our network +# shouldn't be coming in from outside). +# +block in log quick on ppp0 from 192.168.4.0/24 to any +block in log quick on ppp0 from localhost to any +block in log quick on ppp0 from 0.0.0.0/32 to any +block in log quick on ppp0 from 255.255.255.255/32 to any +# +# Block any incoming traffic to NFS ports, to the RPC portmapper, and +# to X servers. +# +block in log on ppp0 proto tcp/udp from any to any port = sunrpc +block in log on ppp0 proto tcp/udp from any to any port = 2049 +block in log on ppp0 proto tcp from any to any port = 6000 diff -urN share/examples/ipfilter.orig/firewall.2 share/examples/ipfilter/firewall.2 --- share/examples/ipfilter.orig/firewall.2 Thu Jan 1 01:00:00 1970 +++ share/examples/ipfilter/firewall.2 Sun Apr 22 09:41:54 2001 @@ -0,0 +1,69 @@ +# +# This is an example of a fairly heavy firewall used to keep everyone +# out of a particular network while still allowing people within that +# network to get outside. +# +# The example assumes it is running on a gateway with interface ppp0 +# attached to the outside world, and interface ed0 attached to +# network 192.168.4.0 which needs to be protected. +# +# +# Pass any packets not explicitly mentioned by subsequent rules +# +pass out from any to any +pass in from any to any +# +# Block any inherently bad packets coming in from the outside world. +# These include ICMP redirect packets, IP fragments so short the +# filtering rules won't be able to examine the whole UDP/TCP header, +# and anything with IP options. +# +block in log quick on ppp0 proto icmp from any to any icmp-type redir +block in log quick on ppp0 proto tcp/udp all with short +block in log quick on ppp0 from any to any with ipopts +# +# Block any IP spoofing atempts. (Packets "from" our network +# shouldn't be coming in from outside). +# +block in log quick on ppp0 from 192.168.4.0/24 to any +block in log quick on ppp0 from localhost to any +block in log quick on ppp0 from 0.0.0.0/32 to any +block in log quick on ppp0 from 255.255.255.255/32 to any +# +# Block all incoming UDP traffic except talk and DNS traffic. NFS +# and portmap are special-cased and logged. +# +block in on ppp0 proto udp from any to any +block in log on ppp0 proto udp from any to any port = sunrpc +block in log on ppp0 proto udp from any to any port = 2049 +pass in on ppp0 proto udp from any to any port = domain +pass in on ppp0 proto udp from any to any port = talk +pass in on ppp0 proto udp from any to any port = ntalk +# +# Block all incoming TCP traffic connections to known services, +# returning a connection reset so things like ident don't take +# forever timing out. Don't log ident (auth port) as it's so common. +# +block return-rst in log on ppp0 proto tcp from any to any flags S/SA +block return-rst in on ppp0 proto tcp from any to any port = auth flags S/SA +# +# Allow incoming TCP connections to ports between 1024 and 5000, as +# these don't have daemons listening but are used by outgoing +# services like ftp and talk. For slightly more obscurity (though +# not much more security), the second commented out rule can chosen +# instead. +# +pass in on ppp0 proto tcp from any to any port 1024 >< 5000 +#pass in on ppp0 proto tcp from any port = ftp-data to any port 1024 >< 5000 +# +# Now allow various incoming TCP connections to particular hosts, TCP +# to the main nameserver so secondaries can do zone transfers, SMTP +# to the mail host, www to the web server (which really should be +# outside the firewall if you care about security), and ssh to a +# hypothetical machine caled 'gatekeeper' that can be used to gain +# access to the protected network from the outside world. +# +pass in on ppp0 proto tcp from any to ns1 port = domain +pass in on ppp0 proto tcp from any to mail port = smtp +pass in on ppp0 proto tcp from any to www port = www +pass in on ppp0 proto tcp from any to gatekeeper port = ssh diff -urN share/examples/ipfilter.orig/ipf-howto.txt share/examples/ipfilter/ipf-howto.txt --- share/examples/ipfilter.orig/ipf-howto.txt Thu Jan 1 01:00:00 1970 +++ share/examples/ipfilter/ipf-howto.txt Sun Apr 22 10:21:43 2001 @@ -0,0 +1,3168 @@ + + + + + + + IP Filter Based Firewalls HOWTO + + Brendan Conoboy + Erik Fichtner + + + Fri Apr 20 09:31:14 EDT 2001 + + + + + + + Abstract: This document is intended to introduce a new + user to the IP Filter firewalling package and, at the + same time, teach the user some basic fundamentals of + good firewall design. + + + + + + + + + + + + +1. Introduction + + IP Filter is a great little firewall package. It does +just about everything other free firewalls (ipfwadm, +ipchains, ipfw) do, but it's also portable and does neat +stuff the others don't. This document is intended to make +some cohesive sense of the sparse documentation presently +available for ipfilter. Some prior familiarity with packet +filtering will be useful, however too much familiarity may +make this document a waste of your time. For greater under- +standing of firewalls, the authors recommend reading Build- +ing Internet Firewalls, Chapman & Zwicky, O'Reilly and Asso- +ciates; and TCP/IP Illustrated, Volume 1, Stevens, Addison- +Wesley. + + + + + +1.1. Disclaimer + + The authors of this document are not responsible for +any damages incurred due to actions taken based on this doc- +ument. This document is meant as an introduction to building +a firewall based on IP-Filter. If you do not feel + + + + + + + + + + -2- + + +comfortable taking responsibility for your own actions, you +should stop reading this document and hire a qualified secu- +rity professional to install your firewall for you. + + +1.2. Copyright + + Unless otherwise stated, HOWTO documents are copy- +righted by their respective authors. HOWTO documents may be +reproduced and distributed in whole or in part, in any +medium physical or electronic, as long as this copyright +notice is retained on all copies. Commercial redistribution +is allowed and encouraged; however, the authors would like +to be notified of any such distributions. + + All translations, derivative works, or aggregate works +incorporating any HOWTO documents must be covered under this +copyright notice. That is, you may not produce a derivative +work from a HOWTO and impose additional restrictions on its +distribution. Exceptions to these rules may be granted under +certain conditions; please contact the HOWTO coordinator. + + In short, we wish to promote dissemination of this +information through as many channels as possible. However, +we do wish to retain copyright on the HOWTO documents, and +would like to be notified of any plans to redistribute the +HOWTOs. + + +1.3. Where to obtain the important pieces + + The official IPF homepage is at: + + + The most up-to-date version of this document can be +found at: + + + + +2. Basic Firewalling + + This section is designed to familiarize you with ipfil- +ter's syntax, and firewall theory in general. The features +discussed here are features you'll find in any good firewall +package. This section will give you a good foundation to +make reading and understanding the advanced section very +easy. It must be emphasized that this section alone is not +enough to build a good firewall, and that the advanced sec- +tion really is required reading for anybody who wants to +build an effective security system. + + + + + + + + + + + + + -3- + + +2.1. Config File Dynamics, Order and Precedence + + IPF (IP Filter) has a config file (as opposed to say, +running some command again and again for each new rule). +The config file drips with Unix: There's one rule per line, +the "#" mark denotes a comment, and you can have a rule and +a comment on the same line. Extraneous whitespace is +allowed, and is encouraged to keep the rules readable. + + +2.2. Basic Rule Processing + + The rules are processed from top to bottom, each one +appended after another. This quite simply means that if the +entirety of your config file is: + + block in all + pass in all + +The computer sees it as: + + block in all + pass in all + +Which is to say that when a packet comes in, the first thing +IPF applies is: + + block in all + +Should IPF deem it necessary to move on to the next rule, it +would then apply the second rule: + + pass in all + + At this point, you might want to ask yourself "would +IPF move on to the second rule?" If you're familiar with +ipfwadm or ipfw, you probably won't ask yourself this. +Shortly after, you will become bewildered at the weird way +packets are always getting denied or passed when they +shouldn't. Many packet filters stop comparing packets to +rulesets the moment the first match is made; IPF is not one +of them. + + Unlike the other packet filters, IPF keeps a flag on +whether or not it's going to pass the packet. Unless you +interrupt the flow, IPF will go through the entire ruleset, +making its decision on whether or not to pass or drop the +packet based on the last matching rule. The scene: IP Fil- +ter's on duty. It's been been scheduled a slice of CPU +time. It has a checkpoint clipboard that reads: + + block in all + pass in all + + + + + + + + + + + -4- + + +A packet comes in the interface and it's time to go to work. +It takes a look at the packet, it takes a look at the first +rule: + + block in all + +"So far I think I will block this packet" says IPF. It +takes a look at the second rule: + + pass in all + +"So far I think I will pass this packet" says IPF. It takes +a look at a third rule. There is no third rule, so it goes +with what its last motivation was, to pass the packet +onward. + +It's a good time to point out that even if the ruleset had +been + + block in all + block in all + block in all + block in all + pass in all + +that the packet would still have gone through. There is no +cumulative effect. The last matching rule always takes +precedence. + +2.3. Controlling Rule Processing + + If you have experience with other packet filters, you +may find this layout to be confusing, and you may be specu- +lating that there are problems with portability with other +filters and speed of rule matching. Imagine if you had 100 +rules and most of the applicable ones were the first 10. +There would be a terrible overhead for every packet coming +in to go through 100 rules every time. Fortunately, there +is a simple keyword you can add to any rule that makes it +take action at that match. That keyword is quick. + +Here's a modified copy of the original ruleset using the +quick keyword: + + block in quick all + pass in all + +In this case, IPF looks at the first rule: + + block in quick all + +The packet matches and the search is over. The packet is +expunged without a peep. There are no notices, no logs, no +memorial service. Cake will not be served. So what about + + + + + + + + + + -5- + + +the next rule? + + pass in all + + This rule is never encountered. It could just as eas- +ily not be in the config file at all. The sweeping match of +all and the terminal keyword quick from the previous rule +make certain that no rules are followed afterward. + + Having half a config file laid to waste is rarely a +desirable state. On the other hand, IPF is here to block +packets and as configured, it's doing a very good job. +Nonetheless, IPF is also here to let some packets through, +so a change to the ruleset to make this possible is called +for. + +2.4. Basic filtering by IP address + + IPF will match packets on many criteria. The one that +we most commonly think of is the IP address. There are some +blocks of address space from which we should never get traf- +fic. One such block is from the unroutable networks, +192.168.0.0/16 (/16 is the CIDR notation for a netmask. You +may be more familiar with the dotted decimal format, +255.255.0.0. IPF accepts both). If you wanted to block +192.168.0.0/16, this is one way to do it: + + block in quick from 192.168.0.0/16 to any + pass in all + +Now we have a less stringent ruleset that actually does +something for us. Let's imagine a packet comes in from +1.2.3.4. The first rule is applied: + + block in quick from 192.168.0.0/16 to any + +The packet is from 1.2.3.4, not 192.168.*.*, so there is no +match. The second rule is applied: + + pass in all + +The packet from 1.2.3.4 is definitely a part of all, so the +packet is sent to whatever it's destination happened to be. + + On the other hand, suppose we have a packet that comes +in from 192.168.1.2. The first rule is applied: + + block in quick from 192.168.0.0/16 to any + +There's a match, the packet is dropped, and that's the end. +Again, it doesn't move to the second rule because the first +rule matches and contains the quick keyword. + + + + + + + + + + + + -6- + + + At this point you can build a fairly extensive set of +definitive addresses which are passed or blocked. Since +we've already started blocking private address space from +entering our firewall, let's take care of the rest of it: + + block in quick from 192.168.0.0/16 to any + block in quick from 172.16.0.0/12 to any + block in quick from 10.0.0.0/8 to any + pass in all + +The first three address blocks are some of the private IP +space. + +2.5. Controlling Your Interfaces + + It seems very frequent that companies have internal +networks before they want a link to the outside world. In +fact, it's probably reasonable to say that's the main reason +people consider firewalls in the first place. The machine +that bridges the outside world to the inside world and vice +versa is the router. What separates the router from any +other machine is simple: It has more than one interface. + + Every packet you receive comes from a network inter- +face; every packet you transmit goes out a network inter- +face. Say your machine has 3 interfaces, lo0 (loopback), +xl0 (3com ethernet), and tun0 (FreeBSD's generic tunnel +interface that PPP uses), but you don't want packets coming +in on the tun0 interface? + + block in quick on tun0 all + pass in all + +In this case, the on keyword means that that data is coming +in on the named interface. If a packet comes in on tun0, +the first rule will block it. If a packet comes in on lo0 +or in on xl0, the first rule will not match, the second rule +will, the packet will be passed. + +2.6. Using IP Address and Interface Together + + It's an odd state of affairs when one decides it best +to have the tun0 interface up, but not allow any data to be +received from it. The more criteria the firewall matches +against, the tighter (or looser) the firewall can become. +Maybe you want data from tun0, but not from 192.168.0.0/16? +This is the start of a powerful firewall. + + block in quick on tun0 from 192.168.0.0/16 to any +----------- + See rfc1918 at + and + + + + + + + + + + + -7- + + + pass in all + +Compare this to our previous rule: + + block in quick from 192.168.0.0/16 to any + pass in all + +The old way, all traffic from 192.168.0.0/16, regardless of +interface, was completely blocked. The new way, using on +tun0 means that it's only blocked if it comes in on the tun0 +interface. If a packet arrived on the xl0 interface from +192.168.0.0/16, it would be passed. + + At this point you can build a fairly extensive set of +definitive addresses which are passed or blocked. Since +we've already started blocking private address space from +entering tun0, let's take care of the rest of it: + + block in quick on tun0 from 192.168.0.0/16 to any + block in quick on tun0 from 172.16.0.0/12 to any + block in quick on tun0 from 10.0.0.0/8 to any + block in quick on tun0 from 127.0.0.0/8 to any + block in quick on tun0 from 0.0.0.0/8 to any + block in quick on tun0 from 169.254.0.0/16 to any + block in quick on tun0 from 192.0.2.0/24 to any + block in quick on tun0 from 204.152.64.0/23 to any + block in quick on tun0 from 224.0.0.0/3 to any + pass in all + +You've already seen the first three blocks, but not the +rest. The fourth is a largely wasted class-A network used +for loopback. Much software communicates with itself on +127.0.0.1 so blocking it from an external source is a good +idea. The fifth, 0.0.0.0/8, should never be seen on the +internet. Most IP stacks treat "0.0.0.0/32" as the default +gateway, and the rest of the 0.*.*.* network gets handled +strangely by various systems as a byproduct of how routing +decisions are made. You should treat 0.0.0.0/8 just like +127.0.0.0/8. 169.254.0.0/16 has been assigned by the IANA +for use in auto-configuration when systems have not yet been +able to obtain an IP address via DHCP or the like. Most +notably, Microsoft Windows will use addresses in this range +if they are set to DHCP and cannot find a DHCP server. +192.0.2.0/24 has also been reserved for use as an example IP +netblock for documentation authors. We specifically do not +use this range as it would cause confusion when we tell you +to block it, and thus all our examples come from +20.20.20.0/24. 204.152.64.0/23 is an odd netblock reserved +by Sun Microsystems for private cluster interconnects, and +blocking this is up to your own judgement. Lastly, +224.0.0.0/3 wipes out the "Class D and E" networks which is +used mostly for multicast traffic, although further defini- +tion of "Class E" space can be found in RFC 1166. + + + + + + + + + + + -8- + + + There's a very important principle in packet filtering +which has only been alluded to with the private network +blocking and that is this: When you know there's certain +types of data that only comes from certain places, you setup +the system to only allow that kind of data from those +places. In the case of the unroutable addresses, you know +that nothing from 10.0.0.0/8 should be arriving on tun0 +because you have no way to reply to it. It's an illegiti- +mate packet. The same goes for the other unroutables as +well as 127.0.0.0/8. + + Many pieces of software do all their authentication +based upon the packet's originating IP address. When you +have an internal network, say 20.20.20.0/24, you know that +the only traffic for that internal network is going to come +off the local ethernet. Should a packet from 20.20.20.0/24 +arrive over a PPP dialup, it's perfectly reasonable to drop +it on the floor, or put it in a dark room for interrogation. +It should by no means be allowed to get to its final desti- +nation. You can accomplish this particularly easily with +what you already know of IPF. The new ruleset would be: + + block in quick on tun0 from 192.168.0.0/16 to any + block in quick on tun0 from 172.16.0.0/12 to any + block in quick on tun0 from 10.0.0.0/8 to any + block in quick on tun0 from 127.0.0.0/8 to any + block in quick on tun0 from 0.0.0.0/8 to any + block in quick on tun0 from 169.254.0.0/16 to any + block in quick on tun0 from 192.0.2.0/24 to any + block in quick on tun0 from 204.152.64.0/23 to any + block in quick on tun0 from 224.0.0.0/3 to any + block in quick on tun0 from 20.20.20.0/24 to any + pass in all + +2.7. Bi-Directional Filtering; The "out" Keyword + + Up until now, we've been passing or blocking inbound +traffic. To clarify, inbound traffic is all traffic that +enters the firewall on any interface. Conversely, outbound +traffic is all traffic that leaves on any interface (whether +locally generated or simply passing through). This means +that all packets coming in are not only filtered as they +enter the firewall, they're also filtered as they exit. +Thusfar there's been an implied pass out all that may or may +not be desirable. Just as you may pass and block incoming +traffic, you may do the same with outgoing traffic. + + Now that we know there's a way to filter outbound pack- +ets just like inbound, it's up to us to find a conceivable +use for such a thing. One possible use of this idea is to +keep spoofed packets from exiting your own network. Instead +of passing any traffic out the router, you could instead +limit permitted traffic to packets originating at + + + + + + + + + + + -9- + + +20.20.20.0/24. You might do it like this: + + pass out quick on tun0 from 20.20.20.0/24 to any + block out quick on tun0 from any to any + +If a packet comes from 20.20.20.1/32, it gets sent out by +the first rule. If a packet comes from 1.2.3.4/32 it gets +blocked by the second. + + You can also make similar rules for the unroutable +addresses. If some machine tries to route a packet through +IPF with a destination in 192.168.0.0/16, why not drop it? +The worst that can happen is that you'll spare yourself some +bandwidth: + + block out quick on tun0 from any to 192.168.0.0/16 + block out quick on tun0 from any to 172.16.0.0/12 + block out quick on tun0 from any to 10.0.0.0/8 + block out quick on tun0 from any to 0.0.0.0/8 + block out quick on tun0 from any to 127.0.0.0/8 + block out quick on tun0 from any to 169.254.0.0/16 + block out quick on tun0 from any to 192.0.2.0/24 + block out quick on tun0 from any to 204.152.64.0/23 + block out quick on tun0 from any to 224.0.0.0/3 + block out quick on tun0 from !20.20.20.0/24 to any + +In the narrowest viewpoint, this doesn't enhance your secu- +rity. It enhances everybody else's security, and that's a +nice thing to do. As another viewpoint, one might suppose +that because nobody can send spoofed packets from your site, +that your site has less value as a relay for crackers, and +as such is less of a target. + + You'll likely find a number of uses for blocking out- +bound packets. One thing to always keep in mind is that in +and out directions are in reference to your firewall, never +any other machine. + +2.8. Logging What Happens; The "log" Keyword + + Up to this point, all blocked and passed packets have +been silently blocked and silently passed. Usually you want +to know if you're being attacked rather than wonder if that +firewall is really buying you any added benefits. While I +wouldn't want to log every passed packet, and in some cases +every blocked packet, I would want to know about the blocked +packets from 20.20.20.0/24. To do this, we add the log key- +word: + + block in quick on tun0 from 192.168.0.0/16 to any +----------- + This can, of course, be changed by using -DIPFIL- +TER_DEFAULT_BLOCK when compiling ipfilter on your +system. + + + + + + + + + + -10- + + + block in quick on tun0 from 172.16.0.0/12 to any + block in quick on tun0 from 10.0.0.0/8 to any + block in quick on tun0 from 127.0.0.0/8 to any + block in quick on tun0 from 0.0.0.0/8 to any + block in quick on tun0 from 169.254.0.0/16 to any + block in quick on tun0 from 192.0.2.0/24 to any + block in quick on tun0 from 204.152.64.0/23 to any + block in quick on tun0 from 224.0.0.0/3 to any + block in log quick on tun0 from 20.20.20.0/24 to any + pass in all + +So far, our firewall is pretty good at blocking packets com- +ing to it from suspect places, but there's still more to be +done. For one thing, we're accepting packets destined any- +where. One thing we ought to do is make sure packets to +20.20.20.0/32 and 20.20.20.255/32 get dropped on the floor. +To do otherwise opens the internal network for a smurf +attack. These two lines would prevent our hypothetical net- +work from being used as a smurf relay: + + block in log quick on tun0 from any to 20.20.20.0/32 + block in log quick on tun0 from any to 20.20.20.255/32 + +This brings our total ruleset to look something like this: + + block in quick on tun0 from 192.168.0.0/16 to any + block in quick on tun0 from 172.16.0.0/12 to any + block in quick on tun0 from 10.0.0.0/8 to any + block in quick on tun0 from 127.0.0.0/8 to any + block in quick on tun0 from 0.0.0.0/8 to any + block in quick on tun0 from 169.254.0.0/16 to any + block in quick on tun0 from 192.0.2.0/24 to any + block in quick on tun0 from 204.152.64.0/23 to any + block in quick on tun0 from 224.0.0.0/3 to any + block in log quick on tun0 from 20.20.20.0/24 to any + block in log quick on tun0 from any to 20.20.20.0/32 + block in log quick on tun0 from any to 20.20.20.255/32 + pass in all + +2.9. Complete Bi-Directional Filtering By Interface + + So far we have only presented fragments of a complete +ruleset. When you're actually creating your ruleset, you +should setup rules for every direction and every interface. +The default state of ipfilter is to pass packets. It is as +though there were an invisible rule at the beginning which +states pass in all and pass out all. Rather than rely on +some default behaviour, make everything as specific as pos- +sible, interface by interface, until every base is covered. + + First we'll start with the lo0 interface, which wants +to run wild and free. Since these are programs talking to +others on the local system, go ahead and keep it unre- +stricted: + + + + + + + + + + -11- + + + pass out quick on lo0 + pass in quick on lo0 + +Next, there's the xl0 interface. Later on we'll begin plac- +ing restrictions on the xl0 interface, but to start with, +we'll act as though everything on our local network is +trustworthy and give it much the same treatment as lo0: + + pass out quick on xl0 + pass in quick on xl0 + +Finally, there's the tun0 interface, which we've been half- +filtering with up until now: + + block out quick on tun0 from any to 192.168.0.0/16 + block out quick on tun0 from any to 172.16.0.0/12 + block out quick on tun0 from any to 127.0.0.0/8 + block out quick on tun0 from any to 10.0.0.0/8 + block out quick on tun0 from any to 0.0.0.0/8 + block out quick on tun0 from any to 169.254.0.0/16 + block out quick on tun0 from any to 192.0.2.0/24 + block out quick on tun0 from any to 204.152.64.0/23 + block out quick on tun0 from any to 224.0.0.0/3 + pass out quick on tun0 from 20.20.20.0/24 to any + block out quick on tun0 from any to any + + block in quick on tun0 from 192.168.0.0/16 to any + block in quick on tun0 from 172.16.0.0/12 to any + block in quick on tun0 from 10.0.0.0/8 to any + block in quick on tun0 from 127.0.0.0/8 to any + block in quick on tun0 from 0.0.0.0/8 to any + block in quick on tun0 from 169.254.0.0/16 to any + block in quick on tun0 from 192.0.2.0/24 to any + block in quick on tun0 from 204.152.64.0/23 to any + block in quick on tun0 from 224.0.0.0/3 to any + block in log quick on tun0 from 20.20.20.0/24 to any + block in log quick on tun0 from any to 20.20.20.0/32 + block in log quick on tun0 from any to 20.20.20.255/32 + pass in all + +This is a pretty significant amount of filtering already, +protecting 20.20.20.0/24 from being spoofed or being used +for spoofing. Future examples will continue to show one- +sideness, but keep in mind that it's for brevity's sake, and +when setting up your own ruleset, adding rules for every +direction and every interface is necessary. + + +2.10. Controlling Specific Protocols; The "proto" Keyword + + Denial of Service attacks are as rampant as buffer +overflow exploits. Many denial of service attacks rely on +glitches in the OS's TCP/IP stack. Frequently, this has +come in the form of ICMP packets. Why not block them + + + + + + + + + + -12- + + +entirely? + + block in log quick on tun0 proto icmp from any to any + +Now any ICMP traffic coming in from tun0 will be logged and +discarded. + +2.11. Filtering ICMP with the "icmp-type" Keyword; Merging +Rulesets + + Of course, dropping all ICMP isn't really an ideal sit- +uation. Why not drop all ICMP? Well, because it's useful +to have partially enabled. So maybe you want to keep some +types of ICMP traffic and drop other kinds. If you want +ping and traceroute to work, you need to let in ICMP types 0 +and 11. Strictly speaking, this might not be a good idea, +but if you need to weigh security against convenience, IPF +lets you do it. + + pass in quick on tun0 proto icmp from any to 20.20.20.0/24 icmp-type 0 + pass in quick on tun0 proto icmp from any to 20.20.20.0/24 icmp-type 11 + +Remember that ruleset order is important. Since we're doing +everything quick we must have our passes before our blocks, +so we really want the last three rules in this order: + + pass in quick on tun0 proto icmp from any to 20.20.20.0/24 icmp-type 0 + pass in quick on tun0 proto icmp from any to 20.20.20.0/24 icmp-type 11 + block in log quick on tun0 proto icmp from any to any + +Adding these 3 rules to the anti-spoofing rules is a bit +tricky. One error might be to put the new ICMP rules at the +beginning: + + pass in quick on tun0 proto icmp from any to 20.20.20.0/24 icmp-type 0 + pass in quick on tun0 proto icmp from any to 20.20.20.0/24 icmp-type 11 + block in log quick on tun0 proto icmp from any to any + block in quick on tun0 from 192.168.0.0/16 to any + block in quick on tun0 from 172.16.0.0/12 to any + block in quick on tun0 from 10.0.0.0/8 to any + block in quick on tun0 from 127.0.0.0/8 to any + block in quick on tun0 from 0.0.0.0/8 to any + block in quick on tun0 from 169.254.0.0/16 to any + block in quick on tun0 from 192.0.2.0/24 to any + block in quick on tun0 from 204.152.64.0/23 to any + block in quick on tun0 from 224.0.0.0/3 to any + block in log quick on tun0 from 20.20.20.0/24 to any + block in log quick on tun0 from any to 20.20.20.0/32 + block in log quick on tun0 from any to 20.20.20.255/32 + pass in all + +The problem with this is that an ICMP type 0 packet from +192.168.0.0/16 will get passed by the first rule, and never +blocked by the fourth rule. Also, since we quickly pass an + + + + + + + + + + -13- + + +ICMP ECHO_REPLY (type 0) to 20.20.20.0/24, we've just opened +ourselves back up to a nasty smurf attack and nullified +those last two block rules. Oops. To avoid this, we place +the ICMP rules after the anti-spoofing rules: + + block in quick on tun0 from 192.168.0.0/16 to any + block in quick on tun0 from 172.16.0.0/12 to any + block in quick on tun0 from 10.0.0.0/8 to any + block in quick on tun0 from 127.0.0.0/8 to any + block in quick on tun0 from 0.0.0.0/8 to any + block in quick on tun0 from 169.254.0.0/16 to any + block in quick on tun0 from 192.0.2.0/24 to any + block in quick on tun0 from 204.152.64.0/23 to any + block in quick on tun0 from 224.0.0.0/3 to any + block in log quick on tun0 from 20.20.20.0/24 to any + block in log quick on tun0 from any to 20.20.20.0/32 + block in log quick on tun0 from any to 20.20.20.255/32 + pass in quick on tun0 proto icmp from any to 20.20.20.0/24 icmp-type 0 + pass in quick on tun0 proto icmp from any to 20.20.20.0/24 icmp-type 11 + block in log quick on tun0 proto icmp from any to any + pass in all + +Because we block spoofed traffic before the ICMP rules are +processed, a spoofed packet never makes it to the ICMP rule- +set. It's very important to keep such situations in mind +when merging rules. + +2.12. TCP and UDP Ports; The "port" Keyword + + Now that we've started blocking packets based on proto- +col, we can start blocking packets based on specific aspects +of each protocol. The most frequently used of these aspects +is the port number. Services such as rsh, rlogin, and tel- +net are all very convenient to have, but also hideously +insecure against network sniffing and spoofing. One great +compromise is to only allow the services to run internally, +then block them externally. This is easy to do because +rlogin, rsh, and telnet use specific TCP ports (513, 514, +and 23 respectively). As such, creating rules to block them +is easy: + + block in log quick on tun0 proto tcp from any to 20.20.20.0/24 port = 513 + block in log quick on tun0 proto tcp from any to 20.20.20.0/24 port = 514 + block in log quick on tun0 proto tcp from any to 20.20.20.0/24 port = 23 + +Make sure all 3 are before the pass in all and they'll be +closed off from the outside (leaving out spoofing for +brevity's sake): + + pass in quick on tun0 proto icmp from any to 20.20.20.0/24 icmp-type 0 + pass in quick on tun0 proto icmp from any to 20.20.20.0/24 icmp-type 11 + block in log quick on tun0 proto icmp from any to any + block in log quick on tun0 proto tcp from any to 20.20.20.0/24 port = 513 + block in log quick on tun0 proto tcp from any to 20.20.20.0/24 port = 514 + + + + + + + + + + -14- + + + block in log quick on tun0 proto tcp from any to 20.20.20.0/24 port = 23 + pass in all + +You might also want to block 514/udp (syslog), 111/tcp & +111/udp (portmap), 515/tcp (lpd), 2049/tcp and 2049/udp +(NFS), 6000/tcp (X11) and so on and so forth. You can get a +complete listing of the ports being listened to by using +netstat -a (or lsof -i, if you have it installed). + + Blocking UDP instead of TCP only requires replacing +proto tcp with proto udp. The rule for syslog would be: + + block in log quick on tun0 proto udp from any to 20.20.20.0/24 port = 514 + +IPF also has a shorthand way to write rules that apply to +both proto tcp and proto udp at the same time, such as +portmap or NFS. The rule for portmap would be: + + block in log quick on tun0 proto tcp/udp from any to 20.20.20.0/24 port = 111 + + + + +3. Advanced Firewalling Introduction + + This section is designed as an immediate followup to +the basic section. Contained below are both concepts for +advanced firewall design, and advanced features contained +only within ipfilter. Once you are comfortable with this +section, you should be able to build a very strong firewall. + +3.1. Rampant Paranoia; or The Default-Deny Stance + + There's a big problem with blocking services by the +port: sometimes they move. RPC based programs are terrible +about this, lockd, statd, even nfsd listens places other +than 2049. It's awfully hard to predict, and even worse to +automate adjusting all the time. What if you miss a ser- +vice? Instead of dealing with all that hassle, let's start +over with a clean slate. The current ruleset looks like +this: + + + + + Yes, we really are starting over. The first rule we're +going to use is this: + + block in all + +No network traffic gets through. None. Not a peep. You're +rather secure with this setup. Not terribly useful, but +quite secure. The great thing is that it doesn't take much +more to make your box rather secure, yet useful too. Let's + + + + + + + + + + -15- + + +say the machine this is running on is a web server, nothing +more, nothing less. It doesn't even do DNS lookups. It +just wants to take connections on 80/tcp and that's it. We +can do that. We can do that with a second rule, and you +already know how: + + block in on tun0 all + pass in quick on tun0 proto tcp from any to 20.20.20.1/32 port = 80 + +This machine will pass in port 80 traffic for 20.20.20.1, +and deny everything else. For basic firewalling, this is +all one needs. + +3.2. Implicit Allow; The "keep state" Rule + + The job of your firewall is to prevent unwanted traffic +getting to point B from point A. We have general rules +which say "as long as this packet is to port 23, it's okay." +We have general rules which say "as long as this packet has +its FIN flag set, it's okay." Our firewalls don't know the +beginning, middle, or end of any TCP/UDP/ICMP session. They +merely have vague rules that are applied to all packets. +We're left to hope that the packet with its FIN flag set +isn't really a FIN scan, mapping our services. We hope that +the packet to port 23 isn't an attempted hijack of our tel- +net session. What if there was a way to identify and autho- +rize individual TCP/UDP/ICMP sessions and distinguish them +from port scanners and DoS attacks? There is a way, it's +called keeping state. + + We want convenience and security in one. Lots of peo- +ple do, that's why Ciscos have an "established" clause that +lets established tcp sessions go through. Ipfw has estab- +lished. Ipfwadm has setup/established. They all have this +feature, but the name is very misleading. When we first saw +it, we thought it meant our packet filter was keeping track +of what was going on, that it knew if a connection was +really established or not. The fact is, they're all taking +the packet's word for it from a part of the packet anybody +can lie about. They read the TCP packet's flags section and +there's the reason UDP/ICMP don't work with it, they have no +such thing. Anybody who can create a packet with bogus +flags can get by a firewall with this setup. + + Where does IPF come in to play here, you ask? Well, +unlike the other firewalls, IPF really can keep track of +whether or not a connection is established. And it'll do it +with TCP, UDP and ICMP, not just TCP. Ipf calls it keeping +state. The keyword for the ruleset is keep state. + + Up until now, we've told you that packets come in, then +the ruleset gets checked; packets go out, then the ruleset +gets checked. Actually, what happens is packets come in, +the state table gets checked, then *maybe* the inbound + + + + + + + + + + -16- + + +ruleset gets checked; packets go out, the state table gets +checked, then *maybe* the outbound ruleset gets checked. +The state table is a list of TCP/UDP/ICMP sessions that are +unquestionadely passed through the firewall, circumventing +the entire ruleset. Sound like a serious security hole? +Hang on, it's the best thing that ever happened to your +firewall. + + All TCP/IP sessions have a start, a middle, and an end +(even though they're sometimes all in the same packet). You +can't have an end without a middle and you can't have a mid- +dle without a start. This means that all you really need to +filter on is the beginning of a TCP/UDP/ICMP session. If +the beginning of the session is allowed by your firewall +rules, you really want the middle and end to be allowed too +(lest your IP stack should overflow and your machines become +useless). Keeping state allows you to ignore the middle and +end and simply focus on blocking/passing new sessions. If +the new session is passed, all its subsequent packets will +be allowed through. If it's blocked, none of its subsequent +packets will be allowed through. Here's an example for run- +ning an ssh server (and nothing but an ssh server): + + block out quick on tun0 all + pass in quick on tun0 proto tcp from any to 20.20.20.1/32 port = 22 keep state + +The first thing you might notice is that there's no "pass +out" provision. In fact, there's only an all-inclusive +"block out" rule. Despite this, the ruleset is complete. +This is because by keeping state, the entire ruleset is cir- +cumvented. Once the first SYN packet hits the ssh server, +state is created and the remainder of the ssh session is +allowed to take place without interference from the fire- +wall. Here's another example: + + block in quick on tun0 all + pass out quick on tun0 proto tcp from 20.20.20.1/32 to any keep state + +In this case, the server is running no services. Infact, +it's not a server, it's a client. And this client doesn't +want unauthorized packets entering its IP stack at all. +However, the client wants full access to the internet and +the reply packets that such privledge entails. This simple +ruleset creates state entries for every new outgoing TCP +session. Again, since a state entry is created, these new +TCP sessions are free to talk back and forth as they please +without the hinderance or inspection of the firewall rule- +set. We mentioned that this also works for UDP and ICMP: + + block in quick on tun0 all + pass out quick on tun0 proto tcp from 20.20.20.1/32 to any keep state + pass out quick on tun0 proto udp from 20.20.20.1/32 to any keep state + pass out quick on tun0 proto icmp from 20.20.20.1/32 to any keep state + + + + + + + + + + + -17- + + +Yes Virginia, we can ping. Now we're keeping state on TCP, +UDP, ICMP. Now we can make outgoing connections as though +there's no firewall at all, yet would-be attackers can't get +back in. This is very handy because there's no need to +track down what ports we're listening to, only the ports we +want people to be able to get to. + + State is pretty handy, but it's also a bit tricky. You +can shoot yourself in the foot in strange and mysterious +ways. Consider the following ruleset: + + pass in quick on tun0 proto tcp from any to 20.20.20.1/32 port = 23 + pass out quick on tun0 proto tcp from any to any keep state + block in quick all + block out quick all + +At first glance, this seems to be a good setup. We allow +incoming sessions to port 23, and outgoing sessions any- +where. Naturally packets going to port 23 will have reply +packets, but the ruleset is setup in such a way that the +pass out rule will generate a state entry and everything +will work perfectly. At least, you'd think so. + + The unfortunate truth is that after 60 seconds of idle +time the state entry will be closed (as opposed to the nor- +mal 5 days). This is because the state tracker never saw +the original SYN packet destined to port 23, it only saw the +SYN ACK. IPF is very good about following TCP sessions from +start to finish, but it's not very good about coming into +the middle of a connection, so rewrite the rule to look like +this: + + pass in quick on tun0 proto tcp from any to 20.20.20.1/32 port = 23 keep state + pass out quick on tun0 proto tcp from any to any keep state + block in quick all + block out quick all + +The additional of this rule will enter the very first packet +into the state table and everything will work as expected. +Once the 3-way handshake has been witness by the state +engine, it is marked in 4/4 mode, which means it's setup for +long-term data exchange until such time as the connection is +torn down (wherein the mode changes again. You can see the +current modes of your state table with ipfstat -s. + +3.3. Stateful UDP + + UDP is stateless so naturally it's a bit harder to do a +reliable job of keeping state on it. Nonetheless, ipf does +a pretty good job. When machine A sends a UDP packet to +machine B with source port X and destination port Y, ipf +will allow a reply from machine B to machine A with source +port Y and destination port X. This is a short term state +entry, a mere 60 seconds. + + + + + + + + + + -18- + + + Here's an example of what happens if we use nslookup to +get the IP address of www.3com.com: + + $ nslookup www.3com.com + + A DNS packet is generated: + + 17:54:25.499852 20.20.20.1.2111 > 198.41.0.5.53: 51979+ + +The packet is from 20.20.20.1, port 2111, destined for +198.41.0.5, port 53. A 60 second state entry is created. +If a packet comes back from 198.41.0.5 port 53 destined for +20.20.20.1 port 2111 within that period of time, the reply +packet will be let through. As you can see, milliseconds +later: + + 17:54:25.501209 198.41.0.5.53 > 20.20.20.1.2111: 51979 q: www.3com.com + +The reply packet matches the state criteria and is let +through. At that same moment that packet is let through, +the state gateway is closed and no new incoming packets will +be allowed in, even if they claim to be from the same place. + +3.4. Stateful ICMP + + IPFilter handles ICMP states in the manner that one +would expect from understanding how ICMP is used with TCP +and UDP, and with your understanding of how keep state +works. There are two general types of ICMP messages; +requests and replies. When you write a rule such as: + + pass out on tun0 proto icmp from any to any icmp-type 8 keep state + +to allow outbound echo requests (a typical ping), the resul- +tant icmp-type 0 packet that comes back will be allowed in. +This state entry has a default timeout of an incomplete 0/0 +state of 60 seconds. Thus, if you are keeping state on any +outbound icmp message that will elicit an icmp message in +reply, you need a proto icmp [...] keep state rule. + + However, the majority of ICMP messages are status mes- +sages generated by some failure in UDP (and sometimes TCP), +and in 3.4.x and greater IPFilters, any ICMP error status +message (say icmp-type 3 code 3 port unreachable, or icmp- +type 11 time exceeded) that matches an active state table +entry that could have generated that message, the ICMP +packet is let in. For example, in older IPFilters, if you +wanted traceroute to work, you needed to use: + + pass out on tun0 proto udp from any to any port 33434><33690 keep state + pass in on tun0 proto icmp from any to any icmp-type timex + +whereas now you can do the right thing and just keep state +on udp with: + + + + + + + + + + -19- + + + pass out on tun0 proto udp from any to any port 33434><33690 keep state + +To provide some protection against a third-party sneaking +ICMP messages through your firewall when an active connec- +tion is known to be in your state table, the incoming ICMP +packet is checked not only for matching source and destina- +tion addresses (and ports, when applicable) but a tiny part +of the payload of the packet that the ICMP message is claim- +ing it was generated by. + +3.5. FIN Scan Detection; "flags" Keyword, "keep frags" Key- +word + +Let's go back to the 4 rule set from the previous section: + + pass in quick on tun0 proto tcp from any to 20.20.20.1/32 port = 23 keep state + pass out quick on tun0 proto tcp from any to any keep state + block in quick all + block out quick all + +This is almost, but not quite, satisfactory. The problem is +that it's not just SYN packets that're allowed to go to port +23, any old packet can get through. We can change this by +using the flags option: + + pass in quick on tun0 proto tcp from any to 20.20.20.1/32 port = 23 flags S keep state + pass out quick on tun0 proto tcp from any to any flags S keep state + block in quick all + block out quick all + +Now only TCP packets, destined for 20.20.20.1, at port 23, +with a lone SYN flag will be allowed in and entered into the +state table. A lone SYN flag is only present as the very +first packet in a TCP session (called the TCP handshake) and +that's really what we wanted all along. There's at least +two advantages to this: No arbitrary packets can come in +and make a mess of your state table. Also, FIN and XMAS +scans will fail since they set flags other than the SYN +flag. Now all incoming packets must either be handshakes or +have state already. If anything else comes in, it's proba- +bly a port scan or a forged packet. There's one exception +to that, which is when a packet comes in that's fragmented +from its journey. IPF has provisions for this as well, the +----------- + Some examples use flags S/SA instead of flags S. +flags S actually equates to flags S/AUPRFS and +matches against only the SYN packet out of all six +possible flags, while flags S/SA will allow pack- +ets that may or may not have the URG, PSH, FIN, or +RST flags set. Some protocols demand the URG or +PSH flags, and S/SAFR would be a better choice for +these, however we feel that it is less secure to +blindly use S/SA when it isn't required. But it's +your firewall. + + + + + + + + + + -20- + + +keep frags keyword. With it, IPF will notice and keep track +of packets that are fragmented, allowing the expected frag- +ments to to go through. Let's rewrite the 3 rules to log +forgeries and allow fragments: + + pass in quick on tun0 proto tcp from any to 20.20.20.1/32 port = 23 flags S keep state keep frags + pass out quick on tun0 proto tcp from any to any keep state flags S keep frags + block in log quick all + block out log quick all + +This works because every packet that should be allowed +through makes it into the state table before the blocking +rules are reached. The only scan this won't detect is a SYN +scan itself. If you're truely worried about that, you might +even want to log all initial SYN packets. + +3.6. Responding To a Blocked Packet + + So far, all of our blocked packets have been dumped on +the floor, logged or not, we've never sent anything back to +the originating host. Sometimes this isn't the most desir- +able of responses because in doing so, we actually tell the +attacker that a packet filter is present. It seems a far +better thing to misguide the attacker into believing that, +while there's no packet filter running, there's likewise no +services to break into. This is where fancier blocking +comes into play. + + When a service isn't running on a Unix system, it nor- +mally lets the remote host know with some sort of return +packet. In TCP, this is done with an RST (Reset) packet. +When blocking a TCP packet, IPF can actually return an RST +to the origin by using the return-rst keyword. + +Where once we did: + + block in log on tun0 proto tcp from any to 20.20.20.0/24 port = 23 + pass in all + +We might now do: + + block return-rst in log proto tcp from any to 20.20.20.0/24 port = 23 + block in log quick on tun0 + pass in all + +We need two block statements since return-rst only works +with TCP, and we still want to block protocols such as UDP, +ICMP, and others. Now that this is done, the remote side +will get "connection refused" instead of "connection timed +out". + + It's also possible to send an error message when some- +body sends a packet to a UDP port on your system. Whereas +once you might have used: + + + + + + + + + + -21- + + + block in log quick on tun0 proto udp from any to 20.20.20.0/24 port = 111 + +You could instead use the return-icmp keyword to send a +reply: + + block return-icmp(port-unr) in log quick on tun0 proto udp from any to 20.20.20.0/24 port = 111 + +According to TCP/IP Illustrated, port-unreachable is the +correct ICMP type to return when no service is listening on +the port in question. You can use any ICMP type you like, +but port-unreachable is probably your best bet. It's also +the default ICMP type for return-icmp. + + However, when using return-icmp, you'll notice that +it's not very stealthy, and it returns the ICMP packet with +the IP address of the firewall, not the original destination +of the packet. This was fixed in ipfilter 3.3, and a new +keyword; return-icmp-as-dest, has been added. The new for- +mat is: + + block return-icmp-as-dest(port-unr) in log on tun0 proto udp from any to 20.20.20.0/24 port = 111 + +3.7. Fancy Logging Techniques + + It is important to note that the presence of the log +keyword only ensures that the packet will be available to +the ipfilter logging device; /dev/ipl. In order to actu- +ally see this log information, one must be running the ipmon +utility (or some other utility that reads from /dev/ipl). +The typical usage of log is coupled with ipmon -s to log the +information to syslog. As of ipfilter 3.3, one can now even +control the logging behavior of syslog by using log level +keywords, as in rules such as this: + + block in log level auth.info quick on tun0 from 20.20.20.0/24 to any + block in log level auth.alert quick on tun0 proto tcp from any to 20.20.20.0/24 port = 21 + +In addition to this, you can tailor what information is +being logged. For example, you may not be interested that +someone attempted to probe your telnet port 500 times, but +you are interested that they probed you once. You can use +the log first keyword to only log the first example of a +packet. Of course, the notion of "first-ness" only applies +to packets in a specific session, and for the typical +blocked packet, you will be hard pressed to encounter situa- +tions where this does what you expect. However, if used in +conjunction with pass and keep state, this can be a valuable +keyword for keeping tabs on traffic. + + Another useful thing you can do with the logs is to +keep track of interesting pieces of the packet in addition +to the header information normally being logged. Ipfilter +will give you the first 128 bytes of the packet if you use +the log body keyword. You should limit the use of body + + + + + + + + + + -22- + + +logging, as it makes your logs very verbose, but for certain +applications, it is often handy to be able to go back and +take a look at the packet, or to send this data to another +application that can examine it further. + +3.8. Putting It All Together + + So now we have a pretty tight firewall, but it can +still be tighter. Some of the original ruleset we wiped +clean is actually very useful. I'd suggest bringing back +all the anti-spoofing stuff. This leaves us with: + + block in on tun0 + block in quick on tun0 from 192.168.0.0/16 to any + block in quick on tun0 from 172.16.0.0/12 to any + block in quick on tun0 from 10.0.0.0/8 to any + block in quick on tun0 from 127.0.0.0/8 to any + block in quick on tun0 from 0.0.0.0/8 to any + block in quick on tun0 from 169.254.0.0/16 to any + block in quick on tun0 from 192.0.2.0/24 to any + block in quick on tun0 from 204.152.64.0/23 to any + block in quick on tun0 from 224.0.0.0/3 to any + block in log quick on tun0 from 20.20.20.0/24 to any + block in log quick on tun0 from any to 20.20.20.0/32 + block in log quick on tun0 from any to 20.20.20.255/32 + pass out quick on tun0 proto tcp/udp from 20.20.20.1/32 to any keep state + pass out quick on tun0 proto icmp from 20.20.20.1/32 to any keep state + pass in quick on tun0 proto tcp from any to 20.20.20.1/32 port = 80 flags S keep state + +3.9. Improving Performance With Rule Groups + + Let's extend our use of our firewall by creating a much +more complicated, and we hope more applicable to the real +world, example configuration For this example, we're going +to change the interface names, and network numbers. Let's +assume that we have three interfaces in our firewall with +interfaces xl0, xl1, and xl2. + +xl0 is connected to our external network 20.20.20.0/26 +xl1 is connected to our "DMZ" network 20.20.20.64/26 +xl2 is connected to our protected network 20.20.20.128/25 + +We'll define the entire ruleset in one swoop, since we fig- +ure that you can read these rules by now: + + block in quick on xl0 from 192.168.0.0/16 to any + block in quick on xl0 from 172.16.0.0/12 to any + block in quick on xl0 from 10.0.0.0/8 to any + block in quick on xl0 from 127.0.0.0/8 to any + block in quick on xl0 from 0.0.0.0/8 to any + block in quick on xl0 from 169.254.0.0/16 to any + block in quick on xl0 from 192.0.2.0/24 to any + block in quick on xl0 from 204.152.64.0/23 to any + block in quick on xl0 from 224.0.0.0/3 to any + + + + + + + + + + -23- + + + block in log quick on xl0 from 20.20.20.0/24 to any + block in log quick on xl0 from any to 20.20.20.0/32 + block in log quick on xl0 from any to 20.20.20.63/32 + block in log quick on xl0 from any to 20.20.20.64/32 + block in log quick on xl0 from any to 20.20.20.127/32 + block in log quick on xl0 from any to 20.20.20.128/32 + block in log quick on xl0 from any to 20.20.20.255/32 + pass out on xl0 all + + pass out quick on xl1 proto tcp from any to 20.20.20.64/26 port = 80 flags S keep state + pass out quick on xl1 proto tcp from any to 20.20.20.64/26 port = 21 flags S keep state + pass out quick on xl1 proto tcp from any to 20.20.20.64/26 port = 20 flags S keep state + pass out quick on xl1 proto tcp from any to 20.20.20.65/32 port = 53 flags S keep state + pass out quick on xl1 proto udp from any to 20.20.20.65/32 port = 53 keep state + pass out quick on xl1 proto tcp from any to 20.20.20.66/32 port = 53 flags S keep state + pass out quick on xl1 proto udp from any to 20.20.20.66/32 port = 53 keep state + block out on xl1 all + pass in quick on xl1 proto tcp/udp from 20.20.20.64/26 to any keep state + + block out on xl2 all + pass in quick on xl2 proto tcp/udp from 20.20.20.128/25 to any keep state + +From this arbitarary example, we can already see that our +ruleset is becoming unwieldy. To make matters worse, as we +add more specific rules to our DMZ network, we add addi- +tional tests that must be parsed for every packet, which +affects the performance of the xl0 <-> xl2 connections. If +you set up a firewall with a ruleset like this, and you have +lots of bandwidth and a moderate amount of cpu, everyone +that has a workstation on the xl2 network is going to come +looking for your head to place on a platter. So, to keep +your head <-> torso network intact, you can speed things +along by creating rule groups. Rule groups allow you to +write your ruleset in a tree fashion, instead of as a linear +list, so that if your packet has nothing to do with the set +of tests (say, all those xl1 rules) those rules will never +be consulted. It's somewhat like having multiple firewalls +all on the same machine. + +Here's a simple example to get us started: + + block out quick on xl1 all head 10 + pass out quick proto tcp from any to 20.20.20.64/26 port = 80 flags S keep state group 10 + block out on xl2 all + +In this simplistic example, we can see a small hint of the +power of the rule group. If the packet is not destined for +xl1, the head of rule group 10 will not match, and we will +go on with our tests. If the packet does match for xl1, the +quick keyword will short-circuit all further processing at +the root level (rule group 0), and focus the testing on +rules which belong to group 10; namely, the SYN check for +80/tcp. In this way, we can re-write the above rules so +that we can maximize performance of our firewall. + + + + + + + + + + -24- + + + block in quick on xl0 all head 1 + block in quick on xl0 from 192.168.0.0/16 to any group 1 + block in quick on xl0 from 172.16.0.0/12 to any group 1 + block in quick on xl0 from 10.0.0.0/8 to any group 1 + block in quick on xl0 from 127.0.0.0/8 to any group 1 + block in quick on xl0 from 0.0.0.0/8 to any group 1 + block in quick on xl0 from 169.254.0.0/16 to any group 1 + block in quick on xl0 from 192.0.2.0/24 to any group 1 + block in quick on xl0 from 204.152.64.0/23 to any group 1 + block in quick on xl0 from 224.0.0.0/3 to any group 1 + block in log quick on xl0 from 20.20.20.0/24 to any group 1 + block in log quick on xl0 from any to 20.20.20.0/32 group 1 + block in log quick on xl0 from any to 20.20.20.63/32 group 1 + block in log quick on xl0 from any to 20.20.20.64/32 group 1 + block in log quick on xl0 from any to 20.20.20.127/32 group 1 + block in log quick on xl0 from any to 20.20.20.128/32 group 1 + block in log quick on xl0 from any to 20.20.20.255/32 group 1 + pass in on xl0 all group 1 + + pass out on xl0 all + + block out quick on xl1 all head 10 + pass out quick on xl1 proto tcp from any to 20.20.20.64/26 port = 80 flags S keep state group 10 + pass out quick on xl1 proto tcp from any to 20.20.20.64/26 port = 21 flags S keep state group 10 + pass out quick on xl1 proto tcp from any to 20.20.20.64/26 port = 20 flags S keep state group 10 + pass out quick on xl1 proto tcp from any to 20.20.20.65/32 port = 53 flags S keep state group 10 + pass out quick on xl1 proto udp from any to 20.20.20.65/32 port = 53 keep state group 10 + pass out quick on xl1 proto tcp from any to 20.20.20.66/32 port = 53 flags S keep state + pass out quick on xl1 proto udp from any to 20.20.20.66/32 port = 53 keep state group 10 + + pass in quick on xl1 proto tcp/udp from 20.20.20.64/26 to any keep state + + block out on xl2 all + + pass in quick on xl2 proto tcp/udp from 20.20.20.128/25 to any keep state + +Now you can see the rule groups in action. For a host on +the xl2 network, we can completely bypass all the checks in +group 10 when we're not communicating with hosts on that +network. + + Depending on your situation, it may be prudent to group +your rules by protocol, or various machines, or netblocks, +or whatever makes it flow smoothly. + +3.10. "Fastroute"; The Keyword of Stealthiness + + Even though we're forwarding some packets, and blocking +other packets, we're typically behaving like a well behaved +router should by decrementing the TTL on the packet and +acknowledging to the entire world that yes, there is a hop +here. But we can hide our presence from inquisitive appli- +cations like unix traceroute which uses UDP packets with +various TTL values to map the hops between two sites. If we + + + + + + + + + + -25- + + +want incoming traceroutes to work, but we do not want to +announce the presence of our firewall as a hop, we can do so +with a rule like this: + + block in quick on xl0 fastroute proto udp from any to any port 33434 >< 33465 + +The presence of the fastroute keyword will signal ipfilter +to not pass the packet into the Unix IP stack for routing +which results in a TTL decrement. The packet will be placed +gently on the output interface by ipfilter itself and no +such decrement will happen. Ipfilter will of course use the +system's routing table to figure out what the appropriate +output interface really is, but it will take care of the +actual task of routing itself. + + There's a reason we used block quick in our example, +too. If we had used pass, and if we had IP Forwarding +enabled in our kernel, we would end up having two paths for +a packet to come out of, and we would probably panic our +kernel. + + It should be noted, however, that most Unix kernels +(and certainly the ones underlying the systems that ipfilter +usually runs on) have far more efficient routing code than +what exists in ipfilter, and this keyword should not be +thought of as a way to improve the operating speed of your +firewall, and should only be used in places where stealth is +an issue. + + + + +4. NAT and Proxies + + Outside of the corporate environment, one of the +biggest enticements of firewall technology to the end user +is the ability to connect several computers through a common +external interface, often without the approval, knowledge, +or even consent of their service provider. To those famil- +iar with Linux, this concept is called IP Masquerading, but +to the rest of the world it is known by the more obscure +name of Network Address Translation, or NAT for short. + +4.1. Mapping Many Addresses Into One Address + + The basic use of NAT accomplishes much the same thing +that Linux's IP Masquerading function does, and it does it +----------- + To be pedantic, what IPFilter provides is really +called NPAT, for Network and Port Address Transla- +tion, which means we can change any of the source +and destination IP Addresses and their source and +destination ports. True NAT only allows one to +change the addresses. + + + + + + + + + + -26- + + +with one simple rule: + + map tun0 192.168.1.0/24 -> 20.20.20.1/32 + +Very simple. Whenever a packet goes out the tun0 interface +with a source address matching the CIDR network mask of +192.168.1.0/24 this packet will be rewritten within the IP +stack such that its source address is 20.20.20.1, and it +will be sent on to its original destination. The system +also keeps a list of what translated connections are in +progress so that it can perform the reverse and remap the +response (which will be directed to 20.20.20.1) to the +internal host that really generated the packet. + + There is a drawback to the rule we have just written, +though. In a large number of cases, we do not happen to +know what the IP address of our outside link is (if we're +using tun0 or ppp0 and a typical ISP) so it makes setting up +our NAT tables a chore. Luckily, NAT is smart enough to +accept an address of 0/32 as a signal that it needs to go +look at what the address of that interface really is and we +can rewrite our rule as follows: + + map tun0 192.168.1.0/24 -> 0/32 + +Now we can load our ipnat rules with impunity and connect to +the outside world without having to edit anything. You do +have to run ipf -y to refresh the address if you get discon- +nected and redial or if your DHCP lease changes, though. + + Some of you may be wondering what happens to the source +port when the mapping happens. With our current rule, the +packet's source port is unchanged from the original source +port. There can be instances where we do not desire this +behavior; maybe we have another firewall further upstream we +have to pass through, or perhaps many hosts are trying to +use the same source port, causing a collision where the rule +doesn't match and the packet is passed untranslated. ipnat +helps us here with the portmap keyword: + + map tun0 192.168.1.0/24 -> 0/32 portmap tcp/udp 20000:30000 + +Our rule now shoehorns all the translated connections (which +can be tcp, udp, or tcp/udp) into the port range of 20000 to +30000. + + + +----------- + This is a typical internal address space, since +it's non-routable on the Real Internet it is often +used for internal networks. You should still +block these packets coming in from the outside +world as discussed earlier. + + + + + + + + + + -27- + + +4.2. Mapping Many Addresses Into a Pool of Addresses + + Another use common use of NAT is to take a small stati- +cally allocated block of addresses and map many computers +into this smaller address space. This is easy to accom- +plish using what you already know about the map and portmap +keywords by writing a rule like so: + + map tun0 192.168.0.0/16 -> 20.20.20.0/24 portmap tcp/udp 20000:60000 + +Also, there may be instances where a remote application +requires that multiple connections all come from the same IP +address. We can help with these situations by telling NAT +to statically map sessions from a host into the pool of +addresses and work some magic to choose a port. This uses a +the keyword map-block as follows: + + map-block tun0 192.168.1.0/24 -> 20.20.20.0/24 + +4.3. One to One Mappings + + Occasionally it is desirable to have a system with one +IP address behind the firewall to appear to have a com- +pletely different IP address. One example of how this would +work would be a lab of computers which are then attached to +various networks that are to be put under some kind of test. +In this example, you would not want to have to reconfigure +the entire lab when you could place a NAT system in front +and change the addresses in one simple place. We can do +that with the bimap keyword, for bidirectional mapping. +Bimap has some additional protections on it to ensure a +known state for the connection, whereas the map keyword is +designed to allocate an address and a source port and +rewrite the packet and go on with life. + + bimap tun0 192.168.1.1/32 -> 20.20.20.1/32 + +will accomplish the mapping for one host. + +4.4. Spoofing Services + + Spoofing services? What does that have to do with any- +thing? Plenty. Let's pretend that we have a web server +running on 20.20.20.5, and since we've gotten increasingly +suspicious of our network security, we desire to not run +this server on port 80 since that requires a brief lifespan +as the root user. But how do we run it on a less +privledged port of 8000 in this world of "anything dot com"? +How will anyone find our server? We can use the redirection +facilities of NAT to solve this problem by instructing it to +remap any connections destined for 20.20.20.5:80 to really +point to 20.20.20.5:8000. This uses the rdr keyword: + + rdr tun0 20.20.20.5/32 port 80 -> 192.168.0.5 port 8000 + + + + + + + + + + -28- + + +We can also specify the protocol here, if we wanted to redi- +rect a UDP service, instead of a TCP service (which is the +default). For example, if we had a honeypot on our firewall +to impersonate the popular Back Orifice for Windows, we +could shovel our entire network into this one place with a +simple rule: + + rdr tun0 20.20.20.0/24 port 31337 -> 127.0.0.1 port 31337 udp + +An extremely important point must be made about rdr: You +cannot easily use this feature as a "reflector". E.g: + + rdr tun0 20.20.20.5/32 port 80 -> 20.20.20.6 port 80 tcp + +will not work in the situation where .5 and .6 are on the +same LAN segment. The rdr function is applied to packets +that enter the firewall on the specified interface. When a +packet comes in that matches a rdr rule, its destination +address is then rewritten, it is pushed into ipf for filter- +ing, and should it successfully run the gauntlet of filter +rules, it is then sent to the unix routing code. Since this +packet is still inbound on the same interface that it will +need to leave the system on to reach a host, the system gets +confused. Reflectors don't work. Neither does specifying +the address of the interface the packet just came in on. +Always remember that rdr destinations must exit out of the +firewall host on a different interface. + +4.5. Transparent Proxy Support; Redirection Made Useful + + Since you're installing a firewall, you may have +decided that it is prudent to use a proxy for many of your +outgoing connections so that you can further tighten your +filter rules protecting your internal network, or you may +have run into a situation that the NAT mapping process does +not currently handle properly. This can also be accom- +plished with a redirection statement: + + rdr xl0 0.0.0.0/0 port 21 -> 127.0.0.1 port 21 + +This statement says that any packet coming in on the xl0 +interface destined for any address (0.0.0.0/0) on the ftp +port should be rewritten to connect it with a proxy that is +running on the NAT system on port 21. + +----------- + Yes. There is a way to do this. It's so convo- +luted that I refuse to use it, though. Smart peo- +ple who require this functionality will transpar- +ently redirect into something like TIS plug-gw on +127.0.0.1. Stupid people will set up a dummy loop +interface pair and double rewrite. + This includes 127.0.0.1, by the way. That's on +lo0. Neat, huh? + + + + + + + + + + -29- + + + This specific example of FTP proxying does lead to some +complications when used with web browsers or other auto- +matic-login type clients that are unaware of the require- +ments of communicating with the proxy. There are patches +for TIS Firewall Toolkit'sftp-gw to mate it with the nat +process so that it can determine where you were trying to go +and automatically send you there. Many proxy packages now +work in a transparent proxy environment (Squid for example, +located at http://squid.nlanr.net, works fine.) + + This application of the rdr keyword is often more use- +ful when you wish to force users to authenticate themselves +with the proxy. (For example, you desire your engineers to +be able to surf the web, but you would rather not have your +call-center staff doing so.) + +4.6. Magic Hidden Within NAT; Application Proxies + + Since ipnat provides a method to rewrite packets as +they traverse the firewall, it becomes a convenient place to +build in some application level proxies to make up for well +known deficiencies of that application and typical fire- +walls. For example; FTP. We can make our firewall pay +attention to the packets going across it and when it notices +that it's dealing with an Active FTP session, it can write +itself some temporary rules, much like what happens with +keep state, so that the FTP data connection works. To do +this, we use a rule like so: + + map tun0 192.168.1.0/24 -> 20.20.20.1/32 proxy port ftp ftp/tcp + +You must always remember to place this proxy rule before any +portmap rules, otherwise when portmap comes along and +matches the packet and rewrites it before the proxy gets a +chance to work on it. Remember that ipnat rules are first- +match. + + There also exist proxies for "rcmd" (which we suspect +is berkeley r-* commands which should be forbidden anyway, +thus we haven't looked at what this proxy does) and "raudio" +for Real Audio PNM streams. Likewise, both of these rules +should be put before any portmap rules, if you're doing NAT. + + + +5. Loading and Manipulating Filter Rules; The ipf Utility + + IP Filter rules are loaded by using the ipf utility. +The filter rules can be stored in any file on the system, +but typically these rules are stored in /etc/ipf.rules, +/usr/local/etc/ipf.rules, or /etc/opt/ipf/ipf.rules. + + IP Filter has two sets of rules, the active set and the +inactive set. By default, all operations are performed on + + + + + + + + + + -30- + + +the active set. You can manipulate the inactive set by +adding -I to the ipf command line. The two sets can be +toggled by using the -s command line option. This is very +useful for testing new rule sets without wiping out the old +rule set. + + Rules can also be removed from the list instead of +added by using the -r command line option, but it is gener- +ally a safer idea to flush the rule set that you're working +on with -F and completely reload it when making changes. + + In summary, the easiest way to load a rule set is ipf +-Fa -f /etc/ipf.rules. For more complicated manipulations +of the rule set, please see the ipf(1) man page. + +6. Loading and Manipulating NAT Rules; The ipnat Utility + + NAT rules are loaded by using the ipnat utility. The +NAT rules can be stored in any file on the system, but typi- +cally these rules are stored in /etc/ipnat.rules, +/usr/local/etc/ipnat.rules, or /etc/opt/ipf/ipnat.rules. + + Rules can also be removed from the list instead of +added by using the -r command line option, but it is gener- +ally a safer idea to flush the rule set that you're working +on with -C and completely reload it when making changes. +Any active mappings are not affected by -C, and can be +removed with -F. + + NAT rules and active mappings can be examined with the +-l command line option. + + In summary, the easiest way to load a NAT rule set is +ipnat -CF -f /etc/ipnat.rules. + +7. Monitoring and Debugging + + There will come a time when you are interested in what +your firewall is actually doing, and ipfilter would be +incomplete if it didn't have a full suite of status monitor- +ing tools. + +7.1. The ipfstat utility + + In its simplest form, ipfstat displays a table of +interesting data about how your firewall is performing, such +as how many packets have been passed or blocked, if they +were logged or not, how many state entries have been made, +and so on. Here's an example of something you might see +from running the tool: + + # ipfstat + input packets: blocked 99286 passed 1255609 nomatch 14686 counted 0 + output packets: blocked 4200 passed 1284345 nomatch 14687 counted 0 + + + + + + + + + + -31- + + + input packets logged: blocked 99286 passed 0 + output packets logged: blocked 0 passed 0 + packets logged: input 0 output 0 + log failures: input 3898 output 0 + fragment state(in): kept 0 lost 0 + fragment state(out): kept 0 lost 0 + packet state(in): kept 169364 lost 0 + packet state(out): kept 431395 lost 0 + ICMP replies: 0 TCP RSTs sent: 0 + Result cache hits(in): 1215208 (out): 1098963 + IN Pullups succeeded: 2 failed: 0 + OUT Pullups succeeded: 0 failed: 0 + Fastroute successes: 0 failures: 0 + TCP cksum fails(in): 0 (out): 0 + Packet log flags set: (0) + none + +ipfstat is also capable of showing you your current rule +list. Using the -i or the -o flag will show the currently +loaded rules for in or out, respectively. Adding a -h to +this will provide more useful information at the same time +by showing you a "hit count" on each rule. For example: + + # ipfstat -ho + 2451423 pass out on xl0 from any to any + 354727 block out on ppp0 from any to any + 430918 pass out quick on ppp0 proto tcp/udp from 20.20.20.0/24 to any keep state keep frags + +From this, we can see that perhaps there's something abnor- +mal going on, since we've got a lot of blocked packets out- +bound, even with a very permissive pass out rule. Something +here may warrant further investigation, or it may be func- +tioning perfectly by design. ipfstat can't tell you if your +rules are right or wrong, it can only tell you what is hap- +pening because of your rules. + +To further debug your rules, you may want to use the -n +flag, which will show the rule number next to each rule. + + # ipfstat -on + @1 pass out on xl0 from any to any + @2 block out on ppp0 from any to any + @3 pass out quick on ppp0 proto tcp/udp from 20.20.20.0/24 to any keep state keep frags + +The final piece of really interesting information that ipfs- +tat can provide us is a dump of the state table. This is +done with the -s flag: + + # ipfstat -s + 281458 TCP + 319349 UDP + 0 ICMP + 19780145 hits + 5723648 misses + + + + + + + + + + -32- + + + 0 maximum + 0 no memory + 1 active + 319349 expired + 281419 closed + 100.100.100.1 -> 20.20.20.1 ttl 864000 pass 20490 pr 6 state 4/4 + pkts 196 bytes 17394 987 -> 22 585538471:2213225493 16592:16500 + pass in log quick keep state + pkt_flags & b = 2, pkt_options & ffffffff = 0 + pkt_security & ffff = 0, pkt_auth & ffff = 0 + +Here we see that we have one state entry for a TCP connec- +tion. The output will vary slightly from version to ver- +sion, but the basic information is the same. We can see in +this connection that we have a fully established connection +(represented by the 4/4 state. Other states are incomplete +and will be documented fully later.) We can see that the +state entry has a time to live of 240 hours, which is an +absurdly long time, but is the default for an established +TCP connection. This TTL counter is decremented every sec- +ond that the state entry is not used, and will finally +result in the connection being purged if it has been left +idle. The TTL is also reset to 864000 whenever the state +IS used, ensuring that the entry will not time out while it +is being actively used. We can also see that we have passed +196 packets consisting of about 17kB worth of data over this +connection. We can see the ports for both endpoints, in +this case 987 and 22; which means that this state entry rep- +resents a connection from 100.100.100.1 port 987 to +20.20.20.1 port 22. The really big numbers in the second +line are the TCP sequence numbers for this connection, which +helps to ensure that someone isn't easily able to inject a +forged packet into your session. The TCP window is also +shown. The third line is a synopsis of the implicit rule +that was generated by the keep state code, showing that this +connection is an inbound connection. + +7.2. The ipmon utility + + ipfstat is great for collecting snapshots of what's +going on on the system, but it's often handy to have some +kind of log to look at and watch events as they happen in +time. ipmon is this tool. ipmon is capable of watching +the packet log (as created with the log keyword in your +rules), the state log, or the nat log, or any combination of +the three. This tool can either be run in the foreground, +or as a daemon which logs to syslog or a file. If we wanted +to watch the state table in action, ipmon -o S would show +this: + + # ipmon -o S + 01/08/1999 15:58:57.836053 STATE:NEW 100.100.100.1,53 -> 20.20.20.15,53 PR udp + 01/08/1999 15:58:58.030815 STATE:NEW 20.20.20.15,123 -> 128.167.1.69,123 PR udp + 01/08/1999 15:59:18.032174 STATE:NEW 20.20.20.15,123 -> 128.173.14.71,123 PR udp + + + + + + + + + + -33- + + + 01/08/1999 15:59:24.570107 STATE:EXPIRE 100.100.100.1,53 -> 20.20.20.15,53 PR udp Pkts 4 Bytes 356 + 01/08/1999 16:03:51.754867 STATE:NEW 20.20.20.13,1019 -> 100.100.100.10,22 PR tcp + 01/08/1999 16:04:03.070127 STATE:EXPIRE 20.20.20.13,1019 -> 100.100.100.10,22 PR tcp Pkts 63 Bytes 4604 + +Here we see a state entry for an external dns request off +our nameserver, two xntp pings to well-known time servers, +and a very short lived outbound ssh connection. + + ipmon is also capable of showing us what packets have +been logged. For example, when using state, you'll often +run into packets like this: + + # ipmon -o I + 15:57:33.803147 ppp0 @0:2 b 100.100.100.103,443 -> 20.20.20.10,4923 PR tcp len 20 1488 -A + +What does this mean? The first field is obvious, it's a +timestamp. The second field is also pretty obvious, it's +the interface that this event happened on. The third field +@0:2 is something most people miss. This is the rule that +caused the event to happen. Remember ipfstat -in? If you +wanted to know where this came from, you could look there +for rule 2 in rule group 0. The fourth field, the little +"b" says that this packet was blocked, and you'll generally +ignore this unless you're logging passed packets as well, +which would be a little "p" instead. The fifth and sixth +fields are pretty self-explanatory, they say where this +packet came from and where it was going. The seventh ("PR") +and eighth fields tell you the protocol and the ninth field +tells you the size of the packet. The last part, the "-A" +in this case, tells you the flags that were on the packet; +This one was an ACK packet. Why did I mention state ear- +lier? Due to the often laggy nature of the Internet, some- +times packets will be regenerated. Sometimes, you'll get +two copies of the same packet, and your state rule which +keeps track of sequence numbers will have already seen this +packet, so it will assume that the packet is part of a dif- +ferent connection. Eventually this packet will run into a +real rule and have to be dealt with. You'll often see the +last packet of a session being closed get logged because the +keep state code has already torn down the connection before +the last packet has had a chance to make it to your fire- +wall. This is normal, do not be alarmed. Another example +packet that might be logged: + + 12:46:12.470951 xl0 @0:1 S 20.20.20.254 -> 255.255.255.255 PR icmp len 20 9216 icmp 9/0 + +----------- + For a technical presentation of the IP Filter +stateful inspection engine, please see the white +paper Real Stateful TCP Packet Filtering in IP +Filter, by Guido van Rooij. This paper may be +found at + + + + + + + + + + + -34- + + +This is a ICMP router discovery broadcast. We can tell by +the ICMP type 9/0. + +Finally, ipmon also lets us look at the NAT table in action. + + # ipmon -o N + 01/08/1999 05:30:02.466114 @2 NAT:RDR 20.20.20.253,113 <- -> 20.20.20.253,113 [100.100.100.13,45816] + 01/08/1999 05:30:31.990037 @2 NAT:EXPIRE 20.20.20.253,113 <- -> 20.20.20.253,113 [100.100.100.13,45816] Pkts 10 Bytes 455 + +This would be a redirection to an identd that lies to pro- +vide ident service for the hosts behind our NAT, since they +are typically unable to provide this service for themselves +with ordinary natting. + + + + +8. Specific Applications of IP Filter - Things that don't +fit, but should be mentioned anyway. + +8.1. Keep State With Servers and Flags. + + Keeping state is a good thing, but it's quite easy to +make a mistake in the direction that you want to keep state +in. Generally, you want to have a keep state keyword on +the first rule that interacts with a packet for the connec- +tion. One common mistake that is made when mixing state +tracking with filtering on flags is this: + + block in all + pass in quick proto tcp from any to 20.20.20.20/32 port = 23 flags S + pass out all keep state + +That certainly appears to allow a connection to be created +to the telnet server on 20.20.20.20, and the replies to go +back. If you try using this rule, you'll see that it does +work--Momentarily. Since we're filtering for the SYN flag, +the state entry never fully gets completed, and the default +time to live for an incomplete state is 60 seconds. + +We can solve this by rewriting the rules in one of two ways: + +1) + + block in all + pass in quick proto tcp from any to 20.20.20.20/32 port = 23 keep state + block out all + +or: + +2) + + block in all + pass in quick proto tcp from any to 20.20.20.20/32 port = 23 flags S keep state + + + + + + + + + + -35- + + + pass out all keep state + +Either of these sets of rules will result in a fully estab- +lished state entry for a connection to your server. + +8.2. Coping With FTP + + FTP is one of those protocols that you just have to sit +back and ask "What the heck were they thinking?" FTP has +many problems that the firewall administrator needs to deal +with. What's worse, the problems the administrator must +face are different between making ftp clients work and mak- +ing ftp servers work. + + Within the FTP protocol, there are two forms of data +transfer, called active and passive. Active transfers are +those where the server connects to an open port on the +client to send data. Conversely, passive transfers are +those where the client connects to the server to receive +data. + +8.2.1. Running an FTP Server + + In running an FTP server, handling Active FTP sessions +is easy to setup. At the same time, handling Passive FTP +sessions is a big problem. First we'll cover how to handle +Active FTP, then move on to Passive. Generally, we can han- +dle Active FTP sessions like we would an incoming HTTP or +SMTP connection; just open the ftp port and let keep state +do the rest: + + pass in quick proto tcp from any to 20.20.20.20/32 port = 21 flags S keep state + pass out proto tcp all keep state + +These rules will allow Active FTP sessions, the most common +type, to your ftp server on 20.20.20.20. + + The next challenge becomes handling Passive FTP connec- +tions. Web browsers default to this mode, so it's becoming +quite popular and as such it should be supported. The prob- +lem with passive connections are that for every passive con- +nection, the server starts listening on a new port (usually +above 1023). This is essentially like creating a new +unknown service on the server. Assuming we have a good +firewall with a default-deny policy, that new service will +be blocked, and thus Active FTP sessions are broken. Don't +despair! There's hope yet to be had. + + A person's first inclination to solving this problem +might be to just open up all ports above 1023. In truth, +this will work: + + pass in quick proto tcp from any to 20.20.20.20/32 port > 1023 flags S keep state + pass out proto tcp all keep state + + + + + + + + + + -36- + + +This is somewhat unsatisfactory, though. By letting every- +thing above 1023 in, we actually open ourselves up for a +number of potential problems. While 1-1023 is the desig- +nated area for server services to run, numerous programs +decided to use numbers higher than 1023, such as nfsd and X. + + The good news is that your FTP server gets to decide +which ports get assigned to passive sessions. This means +that instead of opening all ports above 1023, you can allo- +cate ports 15001-19999 as ftp ports and only open that range +of your firewall up. In wu-ftpd, this is done with the pas- +sive ports option in ftpaccess. Please see the man page on +ftpaccess for details in wu-ftpd configuration. On the +ipfilter side, all we need do is setup corresponding rules: + + pass in quick proto tcp from any to 20.20.20.20/32 port 15000 >< 20000 flags S keep state + pass out proto tcp all keep state + +If even this solution doesn't satisfy you, you can always +hack IPF support into your FTP server, or FTP server support +into IPF. + +8.2.2. Running an FTP Client + + While FTP server support is still less than perfect in +IPF, FTP client support has been working well since 3.3.3. +As with FTP servers, there are two types of ftp client +transfers: passive and active. + + The simplest type of client transfer from the fire- +wall's standpoint is the passive transfer. Assuming you're +keeping state on all outbound tcp sessions, passive trans- +fers will work already. If you're not doing this already, +please consider the following: + + pass out proto tcp all keep state + +The second type of client transfer, active, is a bit more +troublesome, but nonetheless a solved problem. Active +transfers cause the server to open up a second connection +back to the client for data to flow through. This is nor- +mally a problem when there's a firewall in the middle, stop- +ping outside connections from coming back in. To solve +this, ipfilter includes an ipnat proxy which temporarily +opens up a hole in the firewall just for the FTP server to +get back to the client. Even if you're not using ipnat to +do nat, the proxy is still effective. The following rules +is the bare minimum to add to the ipnat configuration file +(ep0 should be the interface name of the outbound network +connection): + + map ep0 0/0 -> 0/32 proxy port 21 ftp/tcp + + + + + + + + + + + + -37- + + +For more details on ipfilter's internal proxies, see section +3.6 + +8.3. Assorted Kernel Variables + + There are some useful kernel tunes that either need to +be set for ipf to function, or are just generally handy to +know about for building firewalls. The first major one you +must set is to enable IP Forwarding, otherwise ipf will do +very little, as the underlying ip stack won't actually route +packets. + +IP Forwarding: + +openbsd: + net.inet.ip.forwarding=1 + + +freebsd: + net.inet.ip.forwarding=1 + + +netbsd: + net.inet.ip.forwarding=1 + + +solaris: + ndd -set /dev/ip ip_forwarding 1 + +Ephemeral Port Adjustment: + +openbsd: + net.inet.ip.portfirst = 25000 + + +freebsd: + net.inet.ip.portrange.first = 25000 net.inet.ip.por- + trange.last = 49151 + + +netbsd: + net.inet.ip.anonportmin = 25000 net.inet.ip.anonportmax + = 49151 + + +solaris: + ndd -set /dev/tcp tcp_smallest_anon_port 25000 + ndd -set /dev/tcp tcp_largest_anon_port 65535 + +Other Useful Values: + +openbsd: + net.inet.ip.sourceroute = 0 + net.inet.ip.directed-broadcast = 0 + + + + + + + + + + -38- + + +freebsd: + net.inet.ip.sourceroute=0 + net.ip.accept_sourceroute=0 + + +netbsd: + net.inet.ip.allowsrcrt=0 + net.inet.ip.forwsrcrt=0 + net.inet.ip.directed-broadcast=0 + net.inet.ip.redirect=0 + + +solaris: + ndd -set /dev/ip ip_forward_directed_broadcasts 0 + ndd -set /dev/ip ip_forward_src_routed 0 + ndd -set /dev/ip ip_respond_to_echo_broadcast 0 + +In addition, freebsd has some ipf specific sysctl variables. + + net.inet.ipf.fr_flags: 0 + net.inet.ipf.fr_pass: 514 + net.inet.ipf.fr_active: 0 + net.inet.ipf.fr_tcpidletimeout: 864000 + net.inet.ipf.fr_tcpclosewait: 60 + net.inet.ipf.fr_tcplastack: 20 + net.inet.ipf.fr_tcptimeout: 120 + net.inet.ipf.fr_tcpclosed: 1 + net.inet.ipf.fr_udptimeout: 120 + net.inet.ipf.fr_icmptimeout: 120 + net.inet.ipf.fr_defnatage: 1200 + net.inet.ipf.fr_ipfrttl: 120 + net.inet.ipf.ipl_unreach: 13 + net.inet.ipf.ipl_inited: 1 + net.inet.ipf.fr_authsize: 32 + net.inet.ipf.fr_authused: 0 + net.inet.ipf.fr_defaultauthage: 600 + + + + +9. Fun with ipf! + + This section doesn't necessarily teach you anything new +about ipf, but it may raise an issue or two that you haven't +yet thought up on your own, or tickle your brain in a way +that you invent something interesting that we haven't +thought of. + +9.1. Localhost Filtering + + A long time ago at a university far, far away, Wietse +Venema created the tcp-wrapper package, and ever since, it's +been used to add a layer of protection to network services +all over the world. This is good. But, tcp-wrappers have + + + + + + + + + + -39- + + +flaws. For starters, they only protect TCP services, as the +name suggests. Also, unless you run your service from +inetd, or you have specifically compiled it with libwrap and +the appropriate hooks, your service isn't protected. This +leaves gigantic holes in your host security. We can plug +these up by using ipf on the local host. For example, my +laptop often gets plugged into or dialed into networks that +I don't specifically trust, and so, I use the following rule +set: + + pass in quick on lo0 all + pass out quick on lo0 all + + block in log all + block out all + + pass in quick proto tcp from any to any port = 113 flags S keep state + pass in quick proto tcp from any to any port = 22 flags S keep state + pass in quick proto tcp from any port = 20 to any port 39999 >< 45000 flags S keep state + + pass out quick proto icmp from any to any keep state + pass out quick proto tcp/udp from any to any keep state keep frags + +It's been like that for quite a while, and I haven't suf- +fered any pain or anguish as a result of having ipf loaded +up all the time. If I wanted to tighten it up more, I could +switch to using the NAT ftp proxy and I could add in some +rules to prevent spoofing. But even as it stands now, this +box is far more restrictive about what it presents to the +local network and beyond than the typical host does. This +is a good thing if you happen to run a machine that allows a +lot of users on it, and you want to make sure one of them +doesn't happen to start up a service they wern't supposed +to. It won't stop a malicious hacker with root access from +adjusting your ipf rules and starting a service anyway, but +it will keep the "honest" folks honest, and your weird ser- +vices safe, cozy and warm even on a malicious LAN. A big +win, in my opinion. Using local host filtering in addition +to a somewhat less-restrictive "main firewall" machine can +solve many performance issues as well as political night- +mares like "Why doesn't ICQ work?" and "Why can't I put a +web server on my own workstation! It's MY WORKSTATION!!" +Another very big win. Who says you can't have security and +convienence at the same time? + +9.2. What Firewall? Transparent filtering. + + One major concern in setting up a firewall is the +integrity of the firewall itself. Can somebody break into +your firewall, thereby subverting its ruleset? This is a +common problem administrators must face, particularly when +they're using firewall solutions on top of their Unix/NT +machines. Some use it as an arguement for blackbox hardware +solutions, under the flawed notion that inherent obscurity + + + + + + + + + + -40- + + +of their closed system increases their security. We have a +better way. + + Many network admins are familiar with the common ether- +net bridge. This is a device that connects two separate +ethernet segments to make them one. An ethernet bridge is +typically used to connect separate buildings, switch network +speeds, and extend maximum wire lengths. Hubs and switches +are common bridges, sometimes they're just 2 ported devices +called repeaters. Recent versions of Linux, OpenBSD, +NetBSD, and FreeBSD include code to convert $1000 PCs into +$10 bridges, too! What all bridges tend to have in common +is that though they sit in the middle of a connection +between two machines, the two machines don't know the bridge +is there. Enter ipfilter and OpenBSD. + + Ethernet bridging takes place at Layer2 on the ISO +stack. IP takes place on Layer3. IP Filter in primarily +concerned with Layer3, but dabbles in Layer2 by working with +interfaces. By mixing IP filter with OpenBSD's bridge +device, we can create a firewall that is both invisible and +unreachable. The system needs no IP address, it doesn't +even need to reveal its ethernet address. The only telltale +sign that the filter might be there is that latency is some- +what higher than a piece of cat5 would normally make it, and +that packets don't seem to make it to their final destina- +tion. + + The setup for this sort of ruleset is surprisingly sim- +ple, too. In OpenBSD, the first bridge device is named +bridge0. Say we have two ethernet cards in our machine as +well, xl0 and xl1. To turn this machine into a bridge, all +one need do is enter the following three commands: + + brconfig bridge0 add xl0 add xl1 up + ifconfig xl0 up + ifconfig xl1 up + +At ths point, all traffic ariving on xl0 is sent out xl1 and +all traffic on xl1 is sent out xl0. You'll note that nei- +ther interface has been assigned an IP address, nor do we +need assign one. All things considered, it's likely best we +not add one at all. + + Rulesets behave essentially the as the always have. +Though there is a bridge0 interface, we don't filter based +on it. Rules continue to be based upon the particular +interface we're using, making it important which network +cable is plugged into which network card in the back of the +machine. Let's start with some basic filtering to illis- +trate what's happened. Assume the network used to look like +this: + + + + + + + + + + + + -41- + + + 20.20.20.1 <---------------------------------> 20.20.20.0/24 network hub + +That is, we have a router at 20.20.20.1 connected to the +20.20.20.0/24 network. All packets from the 20.20.20.0/24 +network go through 20.20.20.1 to get to the outside world +and vice versa. Now we add the Ipf Bridge: + + 20.20.20.1 <-------/xl0 IpfBridge xl1/-------> 20.20.20.0/24 network hub + +We also have the following ruleset loaded on the IpfBridge +host: + + pass in quick all + pass out quick all + +With this ruleset loaded, the network is functionally iden- +tical. As far as the 20.20.20.1 router is concerned, and as +far as the 20.20.20.0/24 hosts are concerned, the two net- +work diagrams are identical. Now let's change the ruleset +some: + + block in quick on xl0 proto icmp + pass in quick all + pass out quick all + +Still, 20.20.20.1 and 20.20.20.0/24 think the network is +identical, but if 20.20.20.1 attempts to ping 20.20.20.2, it +will never get a reply. What's more, 20.20.20.2 won't even +get the packet in the first place. IPfilter will intercept +the packet before it even gets to the other end of the vir- +tual wire. We can put a bridged filter anywhere. Using +this method we can shrink the network trust circle down an +individual host level (given enough ethernet cards:-) + + Blocking icmp from the world seems kind of silly, espe- +cially if you're a sysadmin and like pinging the world, to +traceroute, or to resize your MTU. Let's construct a better +ruleset and take advantage of the original key feature of +ipf: stateful inspection. + + pass in quick on xl1 proto tcp keep state + pass in quick on xl1 proto udp keep state + pass in quick on xl1 proto icmp keep state + block in quick on xl0 + +In this situation, the 20.20.20.0/24 network (perhaps more +aptly called the xl1 network) can now reach the outside +world, but the outside world can't reach it, and it can't +figure out why, either. The router is accessible, the hosts +are active, but the outside world just can't get in. Even +if the router itself were compromised, the firewall would +still be active and successful. + + + + + + + + + + + + -42- + + + So far, we've been filtering by interface and protocol +only. Even though bridging is concerned layer2, we can +still discriminate based on IP address. Normally we have a +few services running, so our ruleset may look like this: + + pass in quick on xl1 proto tcp keep state + pass in quick on xl1 proto udp keep state + pass in quick on xl1 proto icmp keep state + block in quick on xl1 # nuh-uh, we're only passing tcp/udp/icmp sir. + pass in quick on xl0 proto udp from any to 20.20.20.2/32 port=53 keep state + pass in quick on xl0 proto tcp from any to 20.20.20.2/32 port=53 flags S keep state + pass in quick on xl0 proto tcp from any to 20.20.20.3/32 port=25 flags S keep state + pass in quick on xl0 proto tcp from any to 20.20.20.7/32 port=80 flags S keep state + block in quick on xl0 + +Now we have a network where 20.20.20.2 is a zone serving +name server, 20.20.20.3 is an incoming mail server, and +20.20.20.7 is a web server. + + Bridged IP Filter is not yet perfect, we must confess. + + First, You'll note that all the rules are setup using +the in direction instead of a combination of in and out. +This is because the out direction is presently unimplemented +with bridging in OpenBSD. This was originally done to pre- +vent vast performance drops using multiple interfaces. Work +has been done in speeding it up, but it remains unimple- +mented. If you really want this feature, you might try your +hand at working on the code or asking the OpenBSD people how +you can help. + + Second, using IP Filter with bridging makes the use of +IPF's NAT features inadvisable, if not downright dangerous. +The first problem is that it would give away that there's a +filtering bridge. The second problem would be that the +bridge has no IP address to masquerade with, which will most +assuredly lead to confusion and perhaps a kernel panic to +boot. You can, of course, put an IP address on the outbound +interface to make NAT work, but part of the glee of bridging +is thus diminished. + +9.2.1. Using Transparent Filtering to Fix Network Design +Mistakes + + Many organizations started using IP well before they +thought a firewall or a subnet would be a good idea. Now +they have class-C sized networks or larger that include all +their servers, their workstations, their routers, coffee +makers, everything. The horror! Renumbering with proper +subnets, trust levels, filters, and so are in both time con- +suming and expensive. The expense in hardware and man hours +alone is enough to make most organizations unwilling to +really solve the problem, not to mention the downtime +involved. The typical problem network looks like this: + + + + + + + + + + -43- + + + 20.20.20.1 router 20.20.20.6 unix server + 20.20.20.2 unix server 20.20.20.7 nt workstation + 20.20.20.3 unix server 20.20.20.8 nt server + 20.20.20.4 win98 workstation 20.20.20.9 unix workstation + 20.20.20.5 intelligent switch 20.20.20.10 win95 workstation + +Only it's about 20 times larger and messier and frequently +undocumented. Ideally, you'd have all the trusting servers +in one subnet, all the work- stations in another, and the +network switches in a third. Then the router would filter +packets between the subnets, giving the workstations limited +access to the servers, nothing access to the switches, and +only the sysadmin's workstation access to the coffee pot. +I've never seen a class-C sized network with such coherence. +IP Filter can help. + + To start with, we're going to separate the router, the +workstations, and the servers. To do this we're going to +need 2 hubs (or switches) which we probably already have, +and an IPF machine with 3 ethernet cards. We're going to +put all the servers on one hub and all the workstations on +the other. Normally we'd then connect the hubs to each +other, then to the router. Instead, we're going to plug the +router into IPF's xl0 interface, the servers into IPF's xl1 +interface, and the workstations into IPF's xl2 interface. +Our network diagram looks something like this: + + | 20.20.20.2 unix server + router (20.20.20.1) ____________| 20.20.20.3 unix server + | / | 20.20.20.6 unix server + | /xl1 | 20.20.20.7 nt server + ------------/xl0 IPF Bridge < + xl2 | 20.20.20.4 win98 workstation + ____________| 20.20.20.8 nt workstation + | 20.20.20.9 unix workstation + | 20.20.20.10 win95 workstation + +Where once there was nothing but interconnecting wires, now +there's a filtering bridge that not a single host needs to +be modified to take advantage of. Presumably we've already +enabled bridging so the network is behaving perfectly nor- +mally. Further, we're starting off with a ruleset much like +our last ruleset: + + pass in quick on xl0 proto udp from any to 20.20.20.2/32 port=53 keep state + pass in quick on xl0 proto tcp from any to 20.20.20.2/32 port=53 flags S keep state + pass in quick on xl0 proto tcp from any to 20.20.20.3/32 port=25 flags S keep state + pass in quick on xl0 proto tcp from any to 20.20.20.7/32 port=80 flags S keep state + block in quick on xl0 + pass in quick on xl1 proto tcp keep state + pass in quick on xl1 proto udp keep state + pass in quick on xl1 proto icmp keep state + block in quick on xl1 # nuh-uh, we're only passing tcp/udp/icmp sir. + pass in quick on xl2 proto tcp keep state + + + + + + + + + + -44- + + + pass in quick on xl2 proto udp keep state + pass in quick on xl2 proto icmp keep state + block in quick on xl2 # nuh-uh, we're only passing tcp/udp/icmp sir. + +Once again, traffic coming from the router is restricted to +DNS, SMTP, and HTTP. At the moment, the servers and the +workstations can exchange traffic freely. Depending on what +kind of organization you are, there might be something about +this network dynamic you don't like. Perhaps you don't want +your workstations getting access to your servers at all? +Take the xl2 ruleset of: + + pass in quick on xl2 proto tcp keep state + pass in quick on xl2 proto udp keep state + pass in quick on xl2 proto icmp keep state + block in quick on xl2 # nuh-uh, we're only passing tcp/udp/icmp sir. + +And change it to: + + block in quick on xl2 from any to 20.20.20.0/24 + pass in quick on xl2 proto tcp keep state + pass in quick on xl2 proto udp keep state + pass in quick on xl2 proto icmp keep state + block in quick on xl2 # nuh-uh, we're only passing tcp/udp/icmp sir. + +Perhaps you want them to just get to the servers to get and +send their mail with IMAP? Easily done: + + pass in quick on xl2 proto tcp from any to 20.20.20.3/32 port=25 + pass in quick on xl2 proto tcp from any to 20.20.20.3/32 port=143 + block in quick on xl2 from any to 20.20.20.0/24 + pass in quick on xl2 proto tcp keep state + pass in quick on xl2 proto udp keep state + pass in quick on xl2 proto icmp keep state + block in quick on xl2 # nuh-uh, we're only passing tcp/udp/icmp sir. + +Now your workstations and servers are protected from the +outside world, and the servers are protected from your work- +stations. + + Perhaps the opposite is true, maybe you want your work- +stations to be able to get to the servers, but not the out- +side world. After all, the next generation of exploits is +breaking the clients, not the servers. In this case, you'd +change the xl2 rules to look more like this: + + pass in quick on xl2 from any to 20.20.20.0/24 + block in quick on xl2 + +Now the servers have free reign, but the clients can only +connect to the servers. We might want to batten down the +hatches on the servers, too: + + pass in quick on xl1 from any to 20.20.20.0/24 + + + + + + + + + + -45- + + + block in quick on xl1 + +With the combination of these two, the clients and servers +can talk to each other, but neither can access the outside +world (though the outside world can get to the few services +from earlier). The whole ruleset would look something like +this: + + pass in quick on xl0 proto udp from any to 20.20.20.2/32 port=53 keep state + pass in quick on xl0 proto tcp from any to 20.20.20.2/32 port=53 flags S keep state + pass in quick on xl0 proto tcp from any to 20.20.20.3/32 port=25 flags S keep state + pass in quick on xl0 proto tcp from any to 20.20.20.7/32 port=80 flags S keep state + block in quick on xl0 + pass in quick on xl1 from any to 20.20.20.0/24 + block in quick on xl1 + pass in quick on xl2 from any to 20.20.20.0/24 + block in quick on xl2 + +So remember, when your network is a mess of twisty IP +addresses and machine classes, transparent filtered bridges +can solve a problem that would otherwise be lived with and +perhaps someday exploited. + +9.3. Drop-Safe Logging With dup-to and to. + + Until now, we've been using the filter to drop packets. +Instead of dropping them, let's consider passing them on to +another system that can do something useful with this infor- +mation beyond the logging we can perform with ipmon. Our +firewall system, be it a bridge or a router, can have as +many interfaces as we can cram into the system. We can use +this information to create a "drop-safe" for our packets. A +good example of a use for this would be to implement an +intrusion detection network. For starters, it might be +desirable to hide the presence of our intrusion detection +systems from our real network so that we can keep them from +being detected. + + Before we get started, there are some operational char- +acteristics that we need to make note of. If we are only +going to deal with blocked packets, we can use either the to +keyword or the fastroute keyword. (We'll cover the differ- +ences between these two later) If we're going to pass the +packets like we normally would, we need to make a copy of +the packet for our drop-safe log with the dup-to keyword. + +9.3.1. The dup-to Method + + If, for example, we wanted to send a copy of everything +going out the xl3 interface off to our drop-safe network on +ed0, we would use this rule in our filter list: + + pass out on xl3 dup-to ed0 from any to any + + + + + + + + + + + -46- + + +You might also have a need to send the packet directly to a +specific IP address on your drop-safe network instead of +just making a copy of the packet out there and hoping for +the best. To do this, we modify our rule slightly: + + pass out on xl3 dup-to ed0:192.168.254.2 from any to any + +But be warned that this method will alter the copied +packet's destination address, and may thus destroy the use- +fulness of the log. For this reason, we recommend only +using the known address method of logging when you can be +certain that the address that you're logging to corresponds +in some way to what you're logging for (e.g.: don't use +"192.168.254.2" for logging for both your web server and +your mail server, since you'll have a hard time later trying +to figure out which system was the target of a specific set +of packets.) + + This technique can be used quite effectively if you +treat an IP Address on your drop-safe network in much the +same way that you would treat a Multicast Group on the real +internet. (e.g.: "192.168.254.2" could be the channel for +your http traffic analysis system, "23.23.23.23" could be +your channel for telnet sessions, and so on.) You don't +even need to actually have this address set as an address or +alias on any of your analysis systems. Normally, your +ipfilter machine would need to ARP for the new destination +address (using dup-to ed0:192.168.254.2 style, of course) +but we can avoid that issue by creating a static arp entry +for this "channel" on our ipfilter system. + + In general, though, dup-to ed0 is all that is required +to get a new copy of the packet over to our drop-safe net- +work for logging and examination. + +9.3.2. The to Method + + The dup-to method does have an immediate drawback, +though. Since it has to make a copy of the packet and +optionally modify it for its new destination, it's going to +take a while to complete all this work and be ready to deal +with the next packet coming in to the ipfilter system. + + If we don't care about passing the packet to its normal +destination and we were going to block it anyway, we can +just use the to keyword to push this packet past the normal +routing table and force it to go out a different interface +than it would normally go out. + + block in quick on xl0 to ed0 proto tcp from any to any port < 1024 + +we use block quick for to interface routing, because like +fastroute, the to interface code will generate two packet +paths through ipfilter when used with pass, and likely cause + + + + + + + + + + -47- + + +your system to panic. + + + +10. Bogus Network Filtering, the ultimate in current anti- +spoofing technology. + + We've spent a little bit of time tracking down the cur- +rent vast tracts of IP address space that have been reserved +by the IANA for various reasons, or are otherwise not cur- +rently in use at the time this document was written. Since +none of these address ranges should be in use currently, +there should be no legitimate reason to ever see them as a +source address, or to send them traffic as a destination +address, right? Right! + + So without further ado, the complete list of bogus net- +works: + + # + # s/OUTSIDE/outside-interface (eg: fxp0) + # s/MYNET/network-cidr-address (eg: 1.2.3.0/24) + # + block in on OUTSIDE all + block in quick on OUTSIDE from 0.0.0.0/7 to any + block in quick on OUTSIDE from 2.0.0.0/8 to any + block in quick on OUTSIDE from 5.0.0.0/8 to any + block in quick on OUTSIDE from 10.0.0.0/8 to any + block in quick on OUTSIDE from 23.0.0.0/8 to any + block in quick on OUTSIDE from 27.0.0.0/8 to any + block in quick on OUTSIDE from 31.0.0.0/8 to any + block in quick on OUTSIDE from 67.0.0.0/8 to any + block in quick on OUTSIDE from 68.0.0.0/6 to any + block in quick on OUTSIDE from 72.0.0.0/5 to any + block in quick on OUTSIDE from 80.0.0.0/4 to any + block in quick on OUTSIDE from 96.0.0.0/3 to any + block in quick on OUTSIDE from 127.0.0.0/8 to any + block in quick on OUTSIDE from 128.0.0.0/16 to any + block in quick on OUTSIDE from 128.66.0.0/16 to any + block in quick on OUTSIDE from 169.254.0.0/16 to any + block in quick on OUTSIDE from 172.16.0.0/12 to any + block in quick on OUTSIDE from 191.255.0.0/16 to any + block in quick on OUTSIDE from 192.0.0.0/16 to any + block in quick on OUTSIDE from 192.168.0.0/16 to any + block in quick on OUTSIDE from 197.0.0.0/8 to any + block in quick on OUTSIDE from 201.0.0.0/8 to any + block in quick on OUTSIDE from 204.152.64.0/23 to any + block in quick on OUTSIDE from 224.0.0.0/3 to any + block in quick on OUTSIDE from MYNET to any + # Your pass rules come here... + + block out on OUTSIDE all + block out quick on OUTSIDE from !MYNET to any + block out quick on OUTSIDE from MYNET to 0.0.0.0/7 + + + + + + + + + + -48- + + + block out quick on OUTSIDE from MYNET to 2.0.0.0/8 + block out quick on OUTSIDE from MYNET to 5.0.0.0/8 + block out quick on OUTSIDE from MYNET to 10.0.0.0/8 + block out quick on OUTSIDE from MYNET to 23.0.0.0/8 + block out quick on OUTSIDE from MYNET to 27.0.0.0/8 + block out quick on OUTSIDE from MYNET to 31.0.0.0/8 + block out quick on OUTSIDE from MYNET to 67.0.0.0/8 + block out quick on OUTSIDE from MYNET to 68.0.0.0/6 + block out quick on OUTSIDE from MYNET to 72.0.0.0/5 + block out quick on OUTSIDE from MYNET to 80.0.0.0/4 + block out quick on OUTSIDE from MYNET to 96.0.0.0/3 + block out quick on OUTSIDE from MYNET to 127.0.0.0/8 + block out quick on OUTSIDE from MYNET to 128.0.0.0/16 + block out quick on OUTSIDE from MYNET to 128.66.0.0/16 + block out quick on OUTSIDE from MYNET to 169.254.0.0/16 + block out quick on OUTSIDE from MYNET to 172.16.0.0/12 + block out quick on OUTSIDE from MYNET to 191.255.0.0/16 + block out quick on OUTSIDE from MYNET to 192.0.0.0/16 + block out quick on OUTSIDE from MYNET to 192.168.0.0/16 + block out quick on OUTSIDE from MYNET to 197.0.0.0/8 + block out quick on OUTSIDE from MYNET to 201.0.0.0/8 + block out quick on OUTSIDE from MYNET to 204.152.64.0/23 + block out quick on OUTSIDE from MYNET to 224.0.0.0/3 + # Your pass rules come here... + +If you're going to use these, we suggest that you become +familiar with whois.arin.net and keep an occasional eye on +these, as the IANA isn't going to notify you when they allo- +cate one of these to a new corporation or something. You +have been warned. + + We'd also like to thank Frank DiGennaro for greatly contributing to this filter list. + + + + + + + + + + + + + + + + + + + + + + + + + + + diff -urN share/examples/ipfilter.orig/ipf.conf.permissive share/examples/ipfilter/ipf.conf.permissive --- share/examples/ipfilter.orig/ipf.conf.permissive Thu Jan 1 01:00:00 1970 +++ share/examples/ipfilter/ipf.conf.permissive Sun Apr 22 09:41:54 2001 @@ -0,0 +1,29 @@ +# augmented rules generated by mkfilters +block in log quick from any with ipopts +block in log quick proto tcp from any to any with short +block in log quick all with opt lsrr +block in log quick all with opt ssrr +#------------------------------------------------------- +# loopback pakets left unmolested +pass in quick on lo0 all +pass out quick on lo0 all +#------------------------------------------------------- +pass out on ed1 all head 150 +block out from 127.0.0.0/8 to any group 150 +block out from any to 127.0.0.0/8 group 150 +block out from any to 192.168.1.110/32 group 150 +#------------------------------------------------------- +pass in on ed1 all head 100 +block in from 127.0.0.0/8 to any group 100 +block in from 192.168.1.110/32 to any group 100 +block in from 192.168.0.1/24 to any group 100 +#------------------------------------------------------- +pass out on fxp0 all head 250 +block out from 127.0.0.0/8 to any group 250 +block out from any to 127.0.0.0/8 group 250 +block out from any to 192.168.0.1/32 group 250 +#------------------------------------------------------- +pass in on fxp0 all head 200 +block in from 127.0.0.0/8 to any group 200 +block in from 192.168.0.1/32 to any group 200 +block in from 192.168.1.110/24 to any group 200 diff -urN share/examples/ipfilter.orig/ipf.conf.restrictive share/examples/ipfilter/ipf.conf.restrictive --- share/examples/ipfilter.orig/ipf.conf.restrictive Thu Jan 1 01:00:00 1970 +++ share/examples/ipfilter/ipf.conf.restrictive Sun Apr 22 09:41:54 2001 @@ -0,0 +1,76 @@ +#-------------------------------------------------------------------------- +# ed1 - external interface +# fxp0 - internal interface +#-------------------------------------------------------------------------- +# First, nasty packets which we don't want near us at all +# packets which are too short to be real except echo replies on lo0 +pass in log quick on lo0 proto icmp from 127.0.0.1/8 to 127.0.0.1/8 with short +block in log quick all with short +block in log quick all with opt lsrr +block in log quick all with opt ssrr +#-------------------------------------------------------------------------- +# loopback packets left unmolested +pass in log quick on lo0 all +pass out log quick on lo0 all +#-------------------------------------------------------------------------- +# Group setup: +# 100 incoming ed1 +# 150 outgoing ed1 +# 200 incoming fxp0 +# 250 outgoing fxp0 +#-------------------------------------------------------------------------- +block in log body on ed1 all head 100 +block out log body on ed1 all head 150 +#-------------------------------------------------------------------------- +block in log on fxp0 all head 200 +block out log on fxp0 all head 250 +#-------------------------------------------------------------------------- +# incoming ed1 traffic - group 100 +# 1) prevent localhost spoofing +block in log quick from 127.0.0.1/32 to 192.168.0.0/24 group 100 +block in log quick from 127.0.0.1/32 to 192.168.1.0/24 group 100 +block in log quick from any to 127.0.0.1/8 group 100 +#-------------------------------------------------------------------------- +# 2) deny pakets which should not be seen on th internet (paranoid) +block in log quick from 10.0.0.0/8 to any group 100 +block in log quick from any to 10.0.0.0/8 group 100 +block in log quick from 172.16.0.0/16 to any group 100 +block in log quick from any to 172.16.0.0/16 group 100 +block in log quick from 192.168.0.0/16 to any group 100 +block in log from any to 192.168.0.0/16 group 100 +# 3) implement policy +# allow incoming ftp-data +pass in log quick proto tcp/udp from any to 192.168.1.1/24 keep state group 100 +# if nothing applies, block and return icmp-replies (unreachable and rst) +block return-icmp(net-unr) in proto udp from any to any group 100 +block return-rst in log proto tcp from any to any group 100 +#-------------------------------------------------------------------------- +# outgoing ed1 traffic - group 150 +# Setup outgoing DNS +pass out log quick proto tcp/udp from any to 212.40.0.10 port = 53 keep state group 150 +pass out log quick proto tcp/udp from any to 212.40.5.50 port = 53 keep state group 150 +# allow outgoing http-service +pass out log quick proto tcp from any to any port = 80 flags S/SA keep state keep frags group 150 +# allow outgoing smtp traffic +pass out log quick proto tcp from 192.168.1.1/24 to any port = 25 flags S/SA keep state group 150 +# allow outgoing pop3 traffic +pass out log quick proto tcp from 192.168.1.1/24 to any port = 110 flags S/SA keep state group 150 +# allow outgoing ftp traffic +pass out log quick proto tcp/udp from 192.168.1.1/24 to any port = ftp keep state group 150 +pass out log quick proto icmp from any to any keep state keep frags group 150 +#-------------------------------------------------------------------------- +# incoming traffic on fxp0 - group 200 +#-------------------------------------------------------------------------- +# 1) prevent localhost spoofing +block in log quick from 127.0.0.0/8 to any group 200 +block in log quick from 192.168.0.1/32 to any group 200 +block in log quick from 192.168.1.110/24 to any group 200 +pass in log quick from any to any group 200 +#-------------------------------------------------------------------------- +# outgoing traffic on fxp0 - group 250 +#-------------------------------------------------------------------------- +block out log quick from 127.0.0.0/8 to any group 250 +block out quick from any to 127.0.0.0/8 group 250 +block out log quick from any to 192.168.0.1/32 group 250 +pass out log quick from any to nay group 250 +#-------------------------------------------------------------------------- diff -urN share/examples/ipfilter.orig/ipf.conf.sample share/examples/ipfilter/ipf.conf.sample --- share/examples/ipfilter.orig/ipf.conf.sample Thu Jan 1 01:00:00 1970 +++ share/examples/ipfilter/ipf.conf.sample Sun Apr 22 09:41:54 2001 @@ -0,0 +1,18 @@ +block in log quick from any with ipopts +block in log quick proto tcp from any to any with short +pass out on ed1 all head 150 +block out from 127.0.0.0/8 to any group 150 +block out from any to 127.0.0.0/8 group 150 +block out from any to 192.168.1.110/32 group 150 +pass in on ed1 all head 100 +block in from 127.0.0.0/8 to any group 100 +block in from 192.168.1.110/32 to any group 100 +block in from 192.168.0.1/0xffffff00 to any group 100 +pass out on fxp0 all head 250 +block out from 127.0.0.0/8 to any group 250 +block out from any to 127.0.0.0/8 group 250 +block out from any to 192.168.0.1/32 group 250 +pass in on fxp0 all head 200 +block in from 127.0.0.0/8 to any group 200 +block in from 192.168.0.1 to any group 200 +block in from 192.168.1.110/0xffffff00 to any group 200 diff -urN share/examples/ipfilter.orig/ipnat.conf.sample share/examples/ipfilter/ipnat.conf.sample --- share/examples/ipfilter.orig/ipnat.conf.sample Thu Jan 1 01:00:00 1970 +++ share/examples/ipfilter/ipnat.conf.sample Sun Apr 22 09:41:54 2001 @@ -0,0 +1,2 @@ +map ed1 192.168.0.0/24 -> 192.168.1.110/32 portmap tcp/udp 40000:65000 +map ed1 192.168.0.0/24 -> 192.168.1.110/32 diff -urN share/examples/ipfilter.orig/rules.txt share/examples/ipfilter/rules.txt --- share/examples/ipfilter.orig/rules.txt Thu Jan 1 01:00:00 1970 +++ share/examples/ipfilter/rules.txt Sun Apr 22 10:06:43 2001 @@ -0,0 +1,181 @@ +# +# block all incoming TCP packets on le0 from host "foo" to any destination. +# +block in on le0 proto tcp from foo/32 to any + + ------------------------------------------------------------------------ + +# +# block all outgoing TCP packets on le0 from any host to port 23 of host bar. +# +block out on le0 proto tcp from any to bar/32 port != 23 + + ------------------------------------------------------------------------ + +# +# block all inbound packets. +# +block in from any to any +# +# pass through packets to and from localhost. +# +pass in from 127.0.0.1/32 to 127.0.0.1/32 +# +# allow a variety of individual hosts to send any type of IP packet to any +# other host. +# +pass in from 10.1.3.1 to any +pass in from 10.1.3.2 to any +pass in from 10.1.3.3 to any +pass in from 10.1.3.4 to any +pass in from 10.1.3.5 to any +pass in from 10.1.0.13/32 to any +pass in from 10.1.1.1/32 to any +pass in from 10.1.2.1/32 to any +# +# +# block all outbound packets. +# +block out from any to any +# +# allow any packets destined for localhost out. +# +pass out from any to 127.0.0.1/32 +# +# allow any host to send any IP packet out to a limited number of hosts. +# +pass out from any to 10.1.3.1/32 +pass out from any to 10.1.3.2/32 +pass out from any to 10.1.3.3/32 +pass out from any to 10.1.3.4/32 +pass out from any to 10.1.3.5/32 +pass out from any to 10.1.0.13/32 +pass out from any to 10.1.1.1/32 +pass out from any to 10.1.2.1/32 + + ------------------------------------------------------------------------ + +# +# block all ICMP packets. +# +block in proto icmp from any to any + + ------------------------------------------------------------------------ + +# +# test ruleset +# +# allow packets coming from foo to bar through. +# +pass from foo to bar +# +# allow any TCP packets from the same subnet as foo is on through to host +# 10.1.1.2 if they are destined for port 6667. +# +pass proto tcp from fubar/24 to 10.1.1.2/32 port = 6667 +# +# allow in UDP packets which are NOT from port 53 and are destined for +# localhost +# +pass proto udp from fubar port != 53 to localhost +# +# block all ICMP unreachables. +# +block from any to any icmp unreach +# +# allow packets through which have a non-standard IP header length (ie there +# are IP options such as source-routing present). +# +pass from any to any with ipopts + + ------------------------------------------------------------------------ + +# +# block all TCP packets with only the SYN flag set (this is the first +# packet sent to establish a connection). +# +block in proto tcp from any to any flags S/SA + + ------------------------------------------------------------------------ + +# +# log all inbound packet on le0 which has IP options present +# +log in on le0 from any to any with ipopts +# +# block any inbound packets on le0 which are fragmented and "too short" to +# do any meaningful comparison on. This actually only applies to TCP +# packets which can be missing the flags/ports (depending on which part +# of the fragment you see). +# +block in log quick on le0 from any to any with short frag +# +# log all inbound TCP packets with the SYN flag (only) set +# (NOTE: if it were an inbound TCP packet with the SYN flag set and it +# had IP options present, this rule and the above would cause it +# to be logged twice). +# +log in on le0 proto tcp from any to any flags S/SA +# +# block and log any inbound ICMP unreachables +# +block in log on le0 proto icmp from any to any icmp-type unreach +# +# block and log any inbound UDP packets on le0 which are going to port 2049 +# (the NFS port). +# +block in log on le0 proto udp from any to any port = 2049 +# +# quickly allow any packets to/from a particular pair of hosts +# +pass in quick from any to 10.1.3.2/32 +pass in quick from any to 10.1.0.13/32 +pass in quick from 10.1.3.2/32 to any +pass in quick from 10.1.0.13/32 to any +# +# block (and stop matching) any packet with IP options present. +# +block in quick on le0 from any to any with ipopts +# +# allow any packet through +# +pass in from any to any +# +# block any inbound UDP packets destined for these subnets. +# +block in on le0 proto udp from any to 10.1.3.0/24 +block in on le0 proto udp from any to 10.1.1.0/24 +block in on le0 proto udp from any to 10.1.2.0/24 +# +# block any inbound TCP packets with only the SYN flag set that are +# destined for these subnets. +# +block in on le0 proto tcp from any to 10.1.3.0/24 flags S/SA +block in on le0 proto tcp from any to 10.1.2.0/24 flags S/SA +block in on le0 proto tcp from any to 10.1.1.0/24 flags S/SA +# +# block any inbound ICMP packets destined for these subnets. +# +block in on le0 proto icmp from any to 10.1.3.0/24 +block in on le0 proto icmp from any to 10.1.1.0/24 +block in on le0 proto icmp from any to 10.1.2.0/24 +# +# Log all short TCP packets to qe3, with "packetlog" as the intended +# destination for the packet. +# +block in to qe3:packetlog proto tcp all with short +# +# Log all connection attempts for TCP +# +pass in dup-to le0:packetlog proto tcp all flags S/SA +# +# Route all UDP packets through transparently. +# +pass in fastroute proto udp all +# +# Route all ICMP packets to network 10 out through le1, to "router" +# +pass in to le1:router proto icmp all + + ------------------------------------------------------------------------ +Return to the IP Filter home page Cyrille. -- home: mailto:clefevre@poboxes.com UNIX is user-friendly; it's just particular work: mailto:Cyrille.Lefevre@edf.fr about who it chooses to be friends with. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Apr 22 8:10:13 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8E10637B424 for ; Sun, 22 Apr 2001 08:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3MFA4F58087; Sun, 22 Apr 2001 08:10:04 -0700 (PDT) (envelope-from gnats) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by hub.freebsd.org (Postfix) with ESMTP id 1008B37B422 for ; Sun, 22 Apr 2001 08:04:24 -0700 (PDT) (envelope-from marck@woozle.rinet.ru) Received: (from marck@localhost) by woozle.rinet.ru (8.11.2/8.11.2) id f3MF4He24480; Sun, 22 Apr 2001 19:04:17 +0400 (MSD) (envelope-from marck) Message-Id: <200104221504.f3MF4He24480@woozle.rinet.ru> Date: Sun, 22 Apr 2001 19:04:17 +0400 (MSD) From: marck@rinet.ru Reply-To: marck@rinet.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/26771: cvs checkout bug with existing val-tags and readonlyfs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26771 >Category: gnu >Synopsis: cvs checkout bug with existing val-tags and readonlyfs >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 22 08:10:03 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Dmitry Morozovsky >Release: Various >Organization: Cronyx Plus LLC (RiNet ISP) >Environment: cvs versions at least 1.10, 1.11 >Description: When: - repository is readonly, and - there is CVSROOT/val-tags file, and - you try to check out tree with valid tag, and - this tag is not exist in CVSROOT/val-tags file cvs exits with an error such as: [checkout aborted]: cannot write /.../CVSROOT/val-tags: Read-only file system >How-To-Repeat: See description. >Fix: Just do not try to modify val-tags when readonlyfs is set: Index: src/contrib/cvs/src/tag.c =================================================================== RCS file: /pub/FreeBSD/ncvs/src/contrib/cvs/src/tag.c,v retrieving revision 1.1.1.6.2.1 diff -u -r1.1.1.6.2.1 tag.c --- src/contrib/cvs/src/tag.c 2000/10/31 09:37:58 1.1.1.6.2.1 +++ src/contrib/cvs/src/tag.c 2001/04/22 14:15:48 @@ -868,7 +868,8 @@ /* The tags is valid but not mentioned in val-tags. Add it. */ datum value; - if (noexec) + /* Do not try to add tags if our repository is read-only */ + if (noexec || readonlyfs) { if (db != NULL) dbm_close (db); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Apr 22 8:10:19 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C052837B42C for ; Sun, 22 Apr 2001 08:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3MFA3S58075; Sun, 22 Apr 2001 08:10:03 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5C83837B422 for ; Sun, 22 Apr 2001 08:04:00 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3MF40S54352; Sun, 22 Apr 2001 08:04:00 -0700 (PDT) (envelope-from nobody) Message-Id: <200104221504.f3MF40S54352@freefall.freebsd.org> Date: Sun, 22 Apr 2001 08:04:00 -0700 (PDT) From: tplatt@nethampton.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: conf/26770: sysinstall does not generate correct rc.conf when sendmail and inetd are disabled Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26770 >Category: conf >Synopsis: sysinstall does not generate correct rc.conf when sendmail and inetd are disabled >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 22 08:10:03 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Timothy R. Platt >Release: 4.3RC4 >Organization: PLATTCO, LLC >Environment: FreeBSD 4.3-RC4 FreeBSD 4.3-RC4 #0: Tue Apr 17 13:31:48 GMT 2001 jkh@narf.osd.bsdi.com:/usr/src/sys/compile/GENERIC i386 >Description: When sendmail and inetd are disabled during sysinstall rc.conf is improperly amended. Contents of /etc/rc.conf are as follows: inetd_enable="NO" inetd_enable="YES" sendmail_enable="NO" sendmail_enable="YES" The improper amendment of the file causes both inetd and sendmail to be enabled by default. >How-To-Repeat: Disable inetd and sendmail during sysinstall. >Fix: Correct the script to replace the contents of these variables in the rc.conf file rather than amend the file. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Apr 22 8:12:34 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6D36237B422; Sun, 22 Apr 2001 08:12:32 -0700 (PDT) (envelope-from ume@FreeBSD.org) Received: (from ume@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3MFCWm58532; Sun, 22 Apr 2001 08:12:32 -0700 (PDT) (envelope-from ume) Date: Sun, 22 Apr 2001 08:12:32 -0700 (PDT) From: Message-Id: <200104221512.f3MFCWm58532@freefall.freebsd.org> To: ume@FreeBSD.org, freebsd-bugs@FreeBSD.org, ume@FreeBSD.org Subject: Re: conf/26633: pccards don't get ipv6 network configured when ipv6_gateway_enable is set Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pccards don't get ipv6 network configured when ipv6_gateway_enable is set Responsible-Changed-From-To: freebsd-bugs->ume Responsible-Changed-By: ume Responsible-Changed-When: Sun Apr 22 08:10:10 PDT 2001 Responsible-Changed-Why: I'll take a look. I'm thinking same thing. However, it should be careful. http://www.freebsd.org/cgi/query-pr.cgi?pr=26633 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Apr 22 9: 0: 5 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 37B9C37B42C for ; Sun, 22 Apr 2001 09:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3MG03m64842; Sun, 22 Apr 2001 09:00:03 -0700 (PDT) (envelope-from gnats) Date: Sun, 22 Apr 2001 09:00:03 -0700 (PDT) Message-Id: <200104221600.f3MG03m64842@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Dmitry Morozovsky Subject: gnu/26771: cvs checkout bug with existing val-tags and readonlyfs Reply-To: Dmitry Morozovsky Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/26771; it has been noted by GNATS. From: Dmitry Morozovsky To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: gnu/26771: cvs checkout bug with existing val-tags and readonlyfs Date: Sun, 22 Apr 2001 19:54:08 +0400 (MSD) Addition: the example of checkout sequence may be mount -r /pub <- directory with FreeBSD repository cvs -R -d /pub/FreeBSD/ncvs checkout -P -r RELENG_4_3_0_RELEASE src Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Apr 22 9:31: 0 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from introsearch.com (host213-123-28-135.btinternet.com [213.123.28.135]) by hub.freebsd.org (Postfix) with SMTP id 6FBBE37B443 for ; Sun, 22 Apr 2001 09:30:17 -0700 (PDT) (envelope-from admin@introsearch.com) From: "Introsearch.Com" To: Subject: Click on to meet someone you Click with Mime-Version: 1.0 Content-Type: text/html; charset="ISO-8859-1" Date: Sun, 22 Apr 2001 17:30:14 +0100 Reply-To: "Introsearch.Com" Content-Transfer-Encoding: 8bit Message-Id: <20010422163017.6FBBE37B443@hub.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Click on to meet someone you Click with

Introsearch.com
Click on to meet someone you Click with

Introsearch does not condone unsolicited Bulk Emailing - Our source email lists comprise only of email addresses which have been obtained through correct legal channels from users who have at some stage authorised third party organisations to contact them via email regarding products or services which the customer may find interesting.  To be removed from our mailing list, please send an email to remove@introsearch.com with the word 'remove' in the subject line

Introsearch.com is one of the fastest growing introduction systems on the Internet and you can join online now at a fraction of the cost. Are you looking for a change in your life, or just to busy to find the right person, Introsearch.com has all the answers. Take a look at some of the benefits below that are on offer to all our members.

  • Twelve months membership
  • Powerful matching system
  • For all age groups
  • Picture upload facility
  • Voice upload facility
  • Video upload facility
  • Members chat rooms
  • Members forums
  • Private emailing system
  • Local party nights
  • Members have complete control
  • Confidentiality assured

Join today for an annual membership of only £14:50 (21:00 us dollars) and receive all the benefits above and much much more with introsearch.com. Yes that's an amazing 28p per week.

This is a special promotional offer and valid from 2nd April 2001 to finish on or before the last day of June 2001. 
Click on the link below and start meeting new friends today.

http://www.introsearch.com

Click on to meet someone you Click with

Introsearch.com is a member of the Data Protection Act 1974 License Number Z4788975 (c) 2001 Introsearch. All Rights Reserved
If you have any further issues with our advertising policy, contact Introsearch at Tel: +44 (0)1772 798071 or by Post to: 
INTROSEARCH, ENGLAND  (Use Correct Postage - No letters or correspondence without postage affixed will be opened)
PLEASE NOTE: This address is a licensed Royal Mail Postage Address and WILL be received.

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Apr 22 9:47: 8 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from introsearch.com (host213-123-28-135.btinternet.com [213.123.28.135]) by hub.freebsd.org (Postfix) with SMTP id E781037B50B for ; Sun, 22 Apr 2001 09:46:37 -0700 (PDT) (envelope-from admin@introsearch.com) From: "Introsearch.Com" To: Subject: Click on to meet someone you Click with Mime-Version: 1.0 Content-Type: text/html; charset="ISO-8859-1" Date: Sun, 22 Apr 2001 17:46:34 +0100 Reply-To: "Introsearch.Com" Content-Transfer-Encoding: 8bit Message-Id: <20010422164637.E781037B50B@hub.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Click on to meet someone you Click with

Introsearch.com
Click on to meet someone you Click with

Introsearch does not condone unsolicited Bulk Emailing - Our source email lists comprise only of email addresses which have been obtained through correct legal channels from users who have at some stage authorised third party organisations to contact them via email regarding products or services which the customer may find interesting.  To be removed from our mailing list, please send an email to remove@introsearch.com with the word 'remove' in the subject line

Introsearch.com is one of the fastest growing introduction systems on the Internet and you can join online now at a fraction of the cost. Are you looking for a change in your life, or just to busy to find the right person, Introsearch.com has all the answers. Take a look at some of the benefits below that are on offer to all our members.

  • Twelve months membership
  • Powerful matching system
  • For all age groups
  • Picture upload facility
  • Voice upload facility
  • Video upload facility
  • Members chat rooms
  • Members forums
  • Private emailing system
  • Local party nights
  • Members have complete control
  • Confidentiality assured

Join today for an annual membership of only £14:50 (21:00 us dollars) and receive all the benefits above and much much more with introsearch.com. Yes that's an amazing 28p per week.

This is a special promotional offer and valid from 2nd April 2001 to finish on or before the last day of June 2001. 
Click on the link below and start meeting new friends today.

http://www.introsearch.com

Click on to meet someone you Click with

Introsearch.com is a member of the Data Protection Act 1974 License Number Z4788975 (c) 2001 Introsearch. All Rights Reserved
If you have any further issues with our advertising policy, contact Introsearch at Tel: +44 (0)1772 798071 or by Post to: 
INTROSEARCH, ENGLAND  (Use Correct Postage - No letters or correspondence without postage affixed will be opened)
PLEASE NOTE: This address is a licensed Royal Mail Postage Address and WILL be received.

To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Apr 22 10:10:10 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id ECAE637B42C for ; Sun, 22 Apr 2001 10:10:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3MHA0a78218; Sun, 22 Apr 2001 10:10:00 -0700 (PDT) (envelope-from gnats) Received: from musique.teaser.fr (musique.teaser.net [213.91.2.11]) by hub.freebsd.org (Postfix) with ESMTP id D5D3537B423 for ; Sun, 22 Apr 2001 10:03:49 -0700 (PDT) (envelope-from jaco@titine.fr.eu.org) Received: from titine.fr.eu.org (Cour-N1D41-231.teaser.net [213.91.41.231]) by musique.teaser.fr (Postfix) with ESMTP id 920897254C for ; Sun, 22 Apr 2001 19:03:48 +0200 (CEST) Received: by titine.fr.eu.org (Postfix, from userid 1001) id AF96A339F; Sun, 22 Apr 2001 19:03:06 +0200 (CEST) Message-Id: <20010422170306.AF96A339F@titine.fr.eu.org> Date: Sun, 22 Apr 2001 19:03:06 +0200 (CEST) From: jaco@teaser.fr Reply-To: jaco@teaser.fr To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: conf/26774: rmail and installworld Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26774 >Category: conf >Synopsis: Installation of rmail, even without sendmail >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Apr 22 10:10:00 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Eric Jacoboni >Release: FreeBSD 4.3-STABLE i386 >Organization: >Environment: System: FreeBSD titine.fr.eu.org 4.3-STABLE FreeBSD 4.3-STABLE #0: Sun Apr 22 17:58:24 CEST 2001 root@titine.fr.eu.org:/usr/obj/usr/src/sys/TITINE i386 >Description: When NO_SENDMAIL is true, rmail is not built even if NOUUCP is false... In fact, rmail is necessary if UUCP is used, even if sendmail is'nt (we mary choose another MTA, Postfix for example. >How-To-Repeat: make installworld with NO_SENDMAIL= true doesn't build rmail >Fix: rmail has to be built if sendmail _or_ uucp are used. In other words, if NO_SENDMAIL is not defined _or_ NOUUCP is not defined: Change the /usr/src/bin/Makefile to read: .if !defined(NO_SENDMAIL) || !defined(NOUUCP) SUBDIR+=rmail .endif >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Apr 22 10:50:22 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0FFB737B61A for ; Sun, 22 Apr 2001 10:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3MHo2a87472; Sun, 22 Apr 2001 10:50:02 -0700 (PDT) (envelope-from gnats) Date: Sun, 22 Apr 2001 10:50:02 -0700 (PDT) Message-Id: <200104221750.f3MHo2a87472@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: dirk.meyer@dinoex.sub.org (Dirk Meyer) Subject: Re: kern/26613: ethernet vr0 hangs Reply-To: dirk.meyer@dinoex.sub.org (Dirk Meyer) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/26613; it has been noted by GNATS. From: dirk.meyer@dinoex.sub.org (Dirk Meyer) To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: kern/26613: ethernet vr0 hangs Date: Sun, 22 Apr 2001 19:35:41 +0200 - Collisions have counted up - NFS packages are fragmented Is this a problem here? kind regards Dirk - Dirk Meyer, Im Grund 4, 34317 Habichtswald, Germany cvsup and make world: FreeBSD 4.3-STABLE, Sat Apr 21 16:07:45 CEST 2001 $ df net3:/data 3969982 3245507 406877 89% /net3 $ mount net3:/data on /net3 (nfs) $ du /src/distfiles-local 315798 /src/distfiles-local $ cp -pR /src/distfiles-local /net3/distfiles/ & $ ping net3 PING net3 (XXX.XXX.XXX.XXX): 56 data bytes 64 bytes from XXX.XXX.XXX.XXX: icmp_seq=0 ttl=255 time=10.349 ms 64 bytes from XXX.XXX.XXX.XXX: icmp_seq=1 ttl=255 time=21.457 ms [...] 64 bytes from XXX.XXX.XXX.XXX: icmp_seq=16 ttl=255 time=0.640 ms 64 bytes from XXX.XXX.XXX.XXX: icmp_seq=17 ttl=255 time=4.393 ms ping: sendto: Host is down ping: sendto: Host is down [...] Copy has tranfered: net3$ du 36769 /data/distfiles/ net3$ netstat -m 389/400/4096 mbufs in use (current/peak/max): 389 mbufs allocated to data 142/162/1024 mbuf clusters in use (current/peak/max) 424 Kbytes allocated to network (13% of mb_map in use) net3$ netstat -i Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll vr0 1500 00:50:ba:65:c2:13 22263 0 6998 4 2572 vr0 1500 n-telekom3 net3 22226 - 7213 - - net3$ netstat -s tcp: 3805 packets sent 2475 data packets (1036486 bytes) 1327 ack-only packets (118 delayed) 3 control packets 5372 packets received 1964 acks (for 1036492 bytes) 3 duplicate acks 3891 packets (79580 bytes) received in-sequence 1 out-of-order packet (0 bytes) 1 window update packet 3 connection accepts 3 connections established (including accepts) 9 connections closed (including 0 drops) 3 connections updated cached RTT on close 3 connections updated cached RTT variance on close 1842 segments updated rtt (of 1842 attempts) 930 correct ACK header predictions 3091 correct data packet header predictions udp: 3339 datagrams received 3339 delivered 3331 datagrams output ip: 22252 total packets received 16179 fragments received 2713 packets reassembled ok 8786 packets for this host 7239 packets sent from this host icmp: Output histogram: echo reply: 75 Input histogram: echo: 75 75 message responses generated ICMP address mask responses are disabled ping: sendto: Host is down ping: sendto: Host is down 64 bytes from XXX.XXX.XXX.XXX: icmp_seq=249 ttl=255 time=0.945 ms 64 bytes from XXX.XXX.XXX.XXX: icmp_seq=250 ttl=255 time=0.654 ms [...] 64 bytes from 217.6.200.194: icmp_seq=282 ttl=255 time=32.686 ms 64 bytes from 217.6.200.194: icmp_seq=283 ttl=255 time=37.923 ms ping: sendto: Host is down ping: sendto: Host is down To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Apr 22 13:34:11 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8D08C37B424; Sun, 22 Apr 2001 13:34:10 -0700 (PDT) (envelope-from rwatson@FreeBSD.org) Received: (from rwatson@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3MKYAY18904; Sun, 22 Apr 2001 13:34:10 -0700 (PDT) (envelope-from rwatson) Date: Sun, 22 Apr 2001 13:34:10 -0700 (PDT) From: Message-Id: <200104222034.f3MKYAY18904@freefall.freebsd.org> To: rwatson@FreeBSD.org, freebsd-bugs@FreeBSD.org, rwatson@FreeBSD.org Subject: Re: kern/26740: [PATCH] jail improvement Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] jail improvement Responsible-Changed-From-To: freebsd-bugs->rwatson Responsible-Changed-By: rwatson Responsible-Changed-When: Sun Apr 22 13:28:32 PDT 2001 Responsible-Changed-Why: After a quick chat with Poul-Henning, we concluded I'd take ownership of this bug report/feature request. However, we have some concerns about the effectiveness of the patch in slightly less usual file system namespaces (such as ones where mount within chroot occurs). http://www.freebsd.org/cgi/query-pr.cgi?pr=26740 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Apr 22 14:23:39 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 73DB437B423; Sun, 22 Apr 2001 14:23:38 -0700 (PDT) (envelope-from iedowse@FreeBSD.org) Received: (from iedowse@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3MLNbk28237; Sun, 22 Apr 2001 14:23:37 -0700 (PDT) (envelope-from iedowse) Date: Sun, 22 Apr 2001 14:23:37 -0700 (PDT) From: Message-Id: <200104222123.f3MLNbk28237@freefall.freebsd.org> To: dima@server.ru, iedowse@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/11992: /usr/src/sbin/mountd/mountd.c has '#ifdef __NetBSD' a msdosfs_args in union 'args' that used in mount call Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /usr/src/sbin/mountd/mountd.c has '#ifdef __NetBSD' a msdosfs_args in union 'args' that used in mount call State-Changed-From-To: open->closed State-Changed-By: iedowse State-Changed-When: Sun Apr 22 14:19:07 PDT 2001 State-Changed-Why: Fixed in revision 1.48 of mountd.c, as part of some other changes. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=11992 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Apr 22 16:40: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D2D2E37B424 for ; Sun, 22 Apr 2001 16:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3MNe1c55698; Sun, 22 Apr 2001 16:40:01 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B2BA037B423 for ; Sun, 22 Apr 2001 16:32:05 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3MNW5m54700; Sun, 22 Apr 2001 16:32:05 -0700 (PDT) (envelope-from nobody) Message-Id: <200104222332.f3MNW5m54700@freefall.freebsd.org> Date: Sun, 22 Apr 2001 16:32:05 -0700 (PDT) From: arussell@djv.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/26780: fetch for rpm source has wrong url Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26780 >Category: i386 >Synopsis: fetch for rpm source has wrong url >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 22 16:40:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: A.G. Russell >Release: 4.3 >Organization: CLUB CARd >Environment: FreeBSD niflheim.hos.net 4.3-STABLE FreeBSD 4.3-STABLE #4: Sun Apr 22 11:12:57 CDT 2001 arussell@niflheim.hos.net:/x/src/sys/compile/NIFLHEIM i386 >Description: ftp://ftp.redhat.com/pub/redhat/current/SRPMS/i386/SRPMS/logrotate-3.5.2-1.src.rpm is incorrect Should be ftp://ftp.redhat.com/redhat/linux/7.0/en/os/i386/SRPMS/logrotate-3.5.2-1.src.rpm ftp.redhat.com alway starts in /pub directory >How-To-Repeat: cd /usr/ports/sysutils/logrotate make >Fix: change url to ftp://ftp.redhat.com/redhat/linux/7.0/en/os/i386/SRPMS/logrotate-3.5.2-1.src.rpm >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Apr 22 17:47: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id ABC6137B423; Sun, 22 Apr 2001 17:47:03 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3N0l3965257; Sun, 22 Apr 2001 17:47:03 -0700 (PDT) (envelope-from dd) Date: Sun, 22 Apr 2001 17:47:03 -0700 (PDT) From: Message-Id: <200104230047.f3N0l3965257@freefall.freebsd.org> To: dd@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: i386/26780: fetch for rpm source has wrong url Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: fetch for rpm source has wrong url Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: dd Responsible-Changed-When: Sun Apr 22 17:46:51 PDT 2001 Responsible-Changed-Why: ports issue. http://www.freebsd.org/cgi/query-pr.cgi?pr=26780 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Apr 22 19:50: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9D8BB37B43E for ; Sun, 22 Apr 2001 19:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3N2o0685181; Sun, 22 Apr 2001 19:50:00 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4B81837B424 for ; Sun, 22 Apr 2001 19:45:56 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3N2juU84709; Sun, 22 Apr 2001 19:45:56 -0700 (PDT) (envelope-from nobody) Message-Id: <200104230245.f3N2juU84709@freefall.freebsd.org> Date: Sun, 22 Apr 2001 19:45:56 -0700 (PDT) From: jmallett@newgold.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/26786: Installing on Legacy Free Systems Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26786 >Category: i386 >Synopsis: Installing on Legacy Free Systems >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 22 19:50:00 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Joseph Mallett >Release: FreeBSD 4.3-RELEASE >Organization: xMach Research Group >Environment: NA >Description: When installing FreeBSD on Legacy-Free systems, i.e. those with only USB keyboards and mice, keyboards will not be usable under sysinstall without disabling all input devices. >How-To-Repeat: Attempt to install FreeBSD on a Legacy Free systems without disabling any devices. >Fix: Disable all input devices other than the console. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Apr 22 20:20: 8 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 54B7E37B43F for ; Sun, 22 Apr 2001 20:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3N3K1V90834; Sun, 22 Apr 2001 20:20:01 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9CFEC37B424 for ; Sun, 22 Apr 2001 20:15:11 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3N3FBU90477; Sun, 22 Apr 2001 20:15:11 -0700 (PDT) (envelope-from nobody) Message-Id: <200104230315.f3N3FBU90477@freefall.freebsd.org> Date: Sun, 22 Apr 2001 20:15:11 -0700 (PDT) From: ancient@bofh.cet.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/26787: sysctl change request Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26787 >Category: kern >Synopsis: sysctl change request >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Sun Apr 22 20:20:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: G >Release: >Organization: >Environment: >Description: I would like to request a change to sysctl. When you change a sysctl varible, I would like it to either make a note of it in syslog or perhaps something else. Maybe have a varb in defaults/rc.conf for something such as, SYSCTL_LOG_CHANGES=YES (This would help tracking down a problem or maybe it can be useful for other features?) >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Apr 22 23:16:13 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id EAEE337B43E; Sun, 22 Apr 2001 23:16:11 -0700 (PDT) (envelope-from dougb@FreeBSD.org) Received: (from dougb@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3N6GBT19890; Sun, 22 Apr 2001 23:16:11 -0700 (PDT) (envelope-from dougb) Date: Sun, 22 Apr 2001 23:16:11 -0700 (PDT) From: Message-Id: <200104230616.f3N6GBT19890@freefall.freebsd.org> To: dougb@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: ports/22722: Re: apache-jserv (fwd) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Re: apache-jserv (fwd) Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: dougb Responsible-Changed-When: Sun Apr 22 23:15:05 PDT 2001 Responsible-Changed-Why: Misfiled PR. Please update your ports collection and if it's still not working correctly send a message to freebsd-ports. Thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=22722 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 23 3: 2:31 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BF1FE37B424; Mon, 23 Apr 2001 03:02:29 -0700 (PDT) (envelope-from joerg@FreeBSD.org) Received: (from joerg@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3NA2Tg53930; Mon, 23 Apr 2001 03:02:29 -0700 (PDT) (envelope-from joerg) Date: Mon, 23 Apr 2001 03:02:29 -0700 (PDT) From: Message-Id: <200104231002.f3NA2Tg53930@freefall.freebsd.org> To: olli@fromme.com, joerg@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/26498: Fix for bug in union mounts (mout -o union) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Fix for bug in union mounts (mout -o union) State-Changed-From-To: open->closed State-Changed-By: joerg State-Changed-When: Mon Apr 23 12:01:46 MEST 2001 State-Changed-Why: Suggested fix applied in rev 1.15 of opendir.c. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=26498 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 23 6:50: 5 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0001437B424 for ; Mon, 23 Apr 2001 06:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3NDo1e04891; Mon, 23 Apr 2001 06:50:01 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E29C937B424 for ; Mon, 23 Apr 2001 06:47:47 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3NDllI04386; Mon, 23 Apr 2001 06:47:47 -0700 (PDT) (envelope-from nobody) Message-Id: <200104231347.f3NDllI04386@freefall.freebsd.org> Date: Mon, 23 Apr 2001 06:47:47 -0700 (PDT) From: mart@estnet.ee To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/26795: make buildworld fails when upgrading from 3.0 to 4.3 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26795 >Category: misc >Synopsis: make buildworld fails when upgrading from 3.0 to 4.3 >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 23 06:50:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Mart Norman >Release: 3.0-19980928-BETA >Organization: Esdata Ltd >Environment: FreeBSD news.estnet.ee 3.0-19980928-BETA FreeBSD 3.0-19980928-BETA #1: Fri Oct 2 19:23:11 EEST 1998 mart@news.estnet.ee:/usr/src/sys/compile/NEWS i386 >Description: make buildworld fails: cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/config/main.c /usr/src/usr.sbin/config/main.c: In function `main': /usr/src/usr.sbin/config/main.c:101: warning: implicit declaration of function `strlcpy' /usr/src/usr.sbin/config/main.c:139: warning: implicit declaration of function `strlcat' cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c lang.c /usr/src/usr.sbin/config/lang.l:1027: warning: `yy_flex_realloc' defined but not used cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/config/mkioconf.c cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/config/mkmakefile.c cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/config/mkheaders.c cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/config/mkoptions.c /usr/src/usr.sbin/config/mkoptions.c: In function `tooption': /usr/src/usr.sbin/config/mkoptions.c:284: warning: implicit declaration of function `strlcpy' cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -static -o config config.o main.o lang.o mkioconf.o mkmakefile.o mkheaders.o mkoptions.o -ll main.o: In function `main': main.o(.text+0x12a): undefined reference to `strlcpy' main.o(.text+0x234): undefined reference to `strlcpy' main.o(.text+0x249): undefined reference to `strlcat' mkoptions.o: In function `tooption': mkoptions.o(.text+0x540): undefined reference to `strlcpy' mkoptions.o(.text+0x573): undefined reference to `strlcpy' mkoptions.o(.text+0x59e): undefined reference to `strlcpy' *** Error code 1 Stop. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 23 9:50: 8 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C78C137B42C for ; Mon, 23 Apr 2001 09:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3NGo1Y38970; Mon, 23 Apr 2001 09:50:01 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9578E37B423 for ; Mon, 23 Apr 2001 09:42:28 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3NGgSG37942; Mon, 23 Apr 2001 09:42:28 -0700 (PDT) (envelope-from nobody) Message-Id: <200104231642.f3NGgSG37942@freefall.freebsd.org> Date: Mon, 23 Apr 2001 09:42:28 -0700 (PDT) From: kudzu@tenebras.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/26798: cvsup 4.3-RC -> 4.3-STABLE causes problem with WaveLAN module Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26798 >Category: kern >Synopsis: cvsup 4.3-RC -> 4.3-STABLE causes problem with WaveLAN module >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 23 09:50:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Michael Sierchio >Release: 4.3-STABLE i386 >Organization: >Environment: FreeBSD laptop.tenebras.com 4.3-STABLE FreeBSD 4.3-STABLE #0: Sun Apr 22 18:11:38 PDT 2001 root@laptop.tenebras.com:/usr/src/sys/compile/LAPTOP i386 >Description: Upon cvsup after announcement of 4.3-RELEASE, make world and make kernel, the following error is reported continuously: Apr 22 19:43:00 laptop /kernel: wi0: wi_cmd: device timeout (cmd=11, val=f100) Lucent WaveLAN Gold 802.11 card 11 Mbps Firmware rev 6.16 >How-To-Repeat: Problem is persistent >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 23 11: 0: 8 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id EEF4C37B424 for ; Mon, 23 Apr 2001 11:00:04 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3NI04f50988 for freebsd-bugs@freebsd.org; Mon, 23 Apr 2001 11:00:04 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 23 Apr 2001 11:00:04 -0700 (PDT) Message-Id: <200104231800.f3NI04f50988@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: FreeBSD bugs list Subject: open PR's (mis)filed to gnats-admin and in limbo Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/04/18] pending/26686gnats-adminFreeze at boot from 4.3-RC4 floopies - US 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/01/01] ports/24006 gnats-admin=09New port: httrack: An easy to use offl o [2001/04/16] pending/26631gnats-adminSynopsis of units command has the wrong o o [2001/04/21] pending/26756gnats-admindatabases/py-PyGreSQL: fix for postgresql 3 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/03/24] ports/26052 gnats-adminpatch for mail/pine4 against passive fing 1 problem total. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 23 11: 2:26 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C6D1D37B424 for ; Mon, 23 Apr 2001 11:00:17 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3NI05E50992 for freebsd-bugs@freebsd.org; Mon, 23 Apr 2001 11:00:05 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 23 Apr 2001 11:00:05 -0700 (PDT) Message-Id: <200104231800.f3NI05E50992@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The report has been examined by a team member and evaluated. f - feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. s - suspended The problem is not being worked on. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, o [1997/12/21] kern/5355 bp Fix for NULLFS problems o [1998/02/03] kern/5641 jasone running processes at the IDLE priority (i o [1998/02/10] kern/5703 CDROM Media Error triggers complete syste s [1998/05/13] kern/6630 julian [PATCH] Fix for Cyrix I8254 bug o [1998/07/12] kern/7264 gibbs Buslogic BT 950 scsi card not detected o [1998/08/15] kern/7622 Kernel panic with Fatal trap 18. a [1998/11/08] ports/8609 nectar eklogin service (kerberos klogind) fails o [1998/11/24] bin/8829 bug in innetgr (was: Fix port: security/s o [1998/11/25] kern/8861 mdodd under heavy (multi interface) traffic ep0 o [1999/02/19] kern/10166 panic during heavy sio i/o;no coproc; ves o [1999/02/20] kern/10172 [panics] Kernel (esp kern/sys_pipe.c) die s [1999/02/26] kern/10281 Crash of 3.1-STABLE system due to scsi er o [1999/03/07] misc/10473 Incorrect aout compat libraries in XF8633 o [1999/03/09] kern/10507 Process hangs in state VM pgd o [1999/03/09] misc/10509 Cvs can hang system when used with pserve o [1999/03/09] kern/10520 bp can't exec files under nullfs o [1999/03/11] kern/10542 page fault while in kernel mode, not kern o [1999/03/11] kern/10545 When a fork/exec stress test is run, the o [1999/03/20] i386/10690 Installation freezes after device selecti o [1999/03/23] bin/10744 call to login() from aout/libutil.so.2.2 o [1999/03/27] kern/10828 3.1-STABLE freezes when writing to floppy o [1999/03/30] kern/10872 Panic in sorecieve() due to NULL mbuf poi f [1999/04/13] kern/11112 Amanda on FreeBSD can wipe the _next_ tap f [1999/04/17] kern/11196 kernel mode page fault o [1999/04/20] kern/11238 Synchronous PPP not functional in leased o [1999/04/20] kern/11241 Install fails after SCSI probe o [1999/04/27] kern/11351 system reboot for error with popper and d o [1999/05/12] kern/11680 server freezes, all processes stuck in "i o [1999/05/14] kern/11707 ncr isn't recognized in 3.1-19990512-STAB o [1999/05/24] kern/11869 wpaul Network hangging due to xl0: tx underrun o [1999/05/31] kern/11966 TCP copies send and receive socket buffer o [1999/06/02] kern/11988 recvmsg with a cmsghdr but no iovec is br s [1999/06/05] kern/12041 n_hibma Crashes on startup if Zip drive is switch o [1999/06/07] kern/12072 vm_fault happened in binary file transfer o [1999/06/09] kern/12106 error 6: panic: cannot mount root o [1999/06/10] kern/12127 persistent crash on idle SMP system o [1999/06/16] kern/12248 CRON in malloc(): warning: pointer to wr o [1999/06/18] i386/12286 Segmentation violation when invoking JNI s [1999/06/23] kern/12367 Writing files larger than floppy capacity o [1999/06/25] kern/12395 gibbs Buslogic SCSI cards (BT948) time out unde o [1999/06/30] kern/12466 Fast system hangs under high FS load o [1999/07/05] kern/12521 lmbench-1.1's context switching test hang o [1999/07/12] misc/12607 System crashes after boot, portmap endles o [1999/07/13] alpha/12623 alpha Certain valid numeric strings cause a SIG o [1999/07/21] kern/12730 poll() causes indeterministic program han o [1999/08/02] misc/12923 Installation fails on HP Net Server o [1999/08/10] i386/13059 imp Install aborts with panic:aha0: Invalid C o [1999/08/30] misc/13474 Maximum Number of IPs Permitted in the .. o [1999/09/12] kern/13709 panic: sched_sync: fsync failed o [1999/09/19] kern/13825 tx0 "holds" packets for long periods, eve o [1999/09/19] i386/13844 keyboard locks up when I page through a m o [1999/09/22] i386/13892 Kern.flp does not boot on Compaq Presario o [1999/09/24] i386/13933 nfs server panics in tulip_rx_intr() o [1999/09/24] kern/13940 Panic with dd on block/"cooked" devices u o [1999/09/24] kern/13944 ATAPI cd-rom not boot to install, nor de o [1999/09/27] misc/13995 Full duplex mode doesn't work right with o [1999/09/28] kern/14028 ATAPI cd-rom not boot to install and can' o [1999/09/28] i386/14030 imp aha0 probe fails 3.3.0-RELEASE install wi o [1999/10/05] kern/14141 3.3-RELEASE crashing often o [1999/10/06] kern/14162 sudden reboot problem ( maybe kernel pani o [1999/10/08] misc/14204 error 6: panic: cannot mout root(2) o [1999/10/10] i386/14256 System doesn't boot under FreeBSD 3.2 o [1999/10/14] kern/14322 mount respects permissions of underlying o [1999/10/25] kern/14510 kernel panic while pressing panic o [2000/02/09] i386/16620 mdodd 4.0-20000208-CURRENT fails to boot on ASU o [2000/02/14] kern/16708 wpaul 3Com 3c900-Combo Ehternet card make kerne o [2000/02/15] kern/16740 mckusick The kernel panics with "ffs_clusteralloc: o [2000/02/18] i386/16802 An user math program have the system on K o [2000/02/19] kern/16828 High Speed Pinging Over 8184 bytes Kills o [2000/02/21] kern/16890 Fatal trap 12: page fault while in kernel o [2000/02/26] kern/17011 Fatal trap 12 occur, dhclient with BOOTP o [2000/02/28] kern/17067 consistent "make -k buildworld" crash wit f [2000/03/03] kern/17152 alfred kernel panic:aio_write o [2000/03/07] kern/17248 FreeBSD 3.4 won't install on 486/100 IBM o [2000/03/10] kern/17305 advansys driver time-out around 30 minute o [2000/03/15] i386/17391 jhb FreeBSD boot loader does not recognize ke f [2000/03/15] i386/17398 imp Install failure of 4.0-Release via ftp an o [2000/03/18] i386/17485 Partition editor completely non-functiona o [2000/03/22] i386/17558 ncr1 controller is not working properly i o [2000/03/23] kern/17565 4.0-RELEASE install does not access IDE d o [2000/03/27] kern/17620 jhay Digi/570i sync driver (if_ar.c) causes sy o [2000/03/28] alpha/17642 alpha FreeBSD/alpha 4.0 RELEASE installation fa o [2000/04/03] kern/17776 RAID5 with crashed disk corrupts filesyst o [2000/04/04] bin/17791 Restore does not handle bad or missing ta o [2000/04/04] misc/17793 Keyboard not found o [2000/04/04] ports/17806 msmith make in ports/net/citrix_ica loops on scr o [2000/04/04] i386/17808 cannot swap /dev/.... o [2000/04/05] kern/17821 Wavelan driver not working in 4.0 o [2000/04/08] kern/17870 4.0-release consistently crashes a couple o [2000/04/09] kern/17881 4.0-RELEASE kern.flp boot crashes upon pr o [2000/04/18] kern/18074 Fatal trap 12: page fault while in kernel o [2000/04/20] i386/18123 4.0-RELEASE crashes during boot from CD-R o [2000/04/23] kern/18182 Remote serial gdb no longer works since m o [2000/04/24] bin/18198 owner of ccontrol file in spool dir is wr o [2000/04/24] misc/18201 Freeze at boot time when trying to upgrad o [2000/04/25] misc/18205 Install via CD-Romm hangs o [2000/04/25] i386/18207 3.2-RELEASE to 4.0-RELEASE FTP upgrade fa o [2000/04/27] kern/18265 Vendor specific word = FFFF o [2000/05/09] misc/18466 dillon install via nfs or ftp media silently tru o [2000/05/13] bin/18531 installation will not read files frm flop o [2000/05/17] kern/18623 out of swap s [2000/05/17] misc/18641 paul FreeBSD V4.0 crashes when using ifconfig o [2000/05/18] i386/18655 4.0-RELEASE Fails to install o [2000/05/18] kern/18665 Unpredictable crashes. Page fault while i o [2000/05/21] kern/18712 Kernel panic o [2000/05/22] kern/18754 grog Vinum: reviving RAID5 volume corrupts dat o [2000/05/23] misc/18786 SCSI hangs during FreeBSD 4.0 installatio s [2000/05/24] misc/18793 ken Hitachi DK319H needs quirk entry to work o [2000/05/25] alpha/18808 alpha Unalligned trap handler fails on quadword o [2000/05/29] kern/18874 32bit NFS servers export wrong negative v o [2000/05/29] bin/18887 Undefined symbol "_krb_err_txt" in telnet o [2000/06/04] kern/19000 Automatic Reebot, Fatal o [2000/06/05] kern/19022 pcm driver causes immediate panic on use o [2000/06/05] i386/19027 FTP install operation does not find XFree f [2000/06/09] kern/19162 asmodai 4.0-STABLE panics w/ softupdates and quot f [2000/06/10] misc/19175 mounting NFS can be done multiple times C o [2000/06/13] kern/19247 jasone uthread_sigaction.c does not do anything o [2000/06/14] misc/19257 Detection of connected ports on a Cyclom o [2000/06/15] kern/19297 Multi-processor kernel fails to boot on T o [2000/06/16] conf/19336 write failure when adding distribution fi o [2000/06/17] kern/19353 Cannot install 4.0 o [2000/06/23] kern/19480 System hang when use current (GENERIC) ke o [2000/06/28] kern/19572 alfred executing command cd ../cdrom after mount a [2000/06/30] ports/19613 nate java causing SIGSEGV 11* segmentation vi o [2000/07/01] conf/19629 imp /etc/rc.sysctl can't set all syctls f [2000/07/03] kern/19661 imp hang or reboot when pcmcia ethernet adapt o [2000/07/05] kern/19726 wpaul fatal trap 12 / page fault o [2000/07/09] kern/19794 FreeBSD 4.0-Stable crash o [2000/07/12] gnu/19882 obrien ld does not detect all undefined symbols! o [2000/07/20] ports/20077 jmz Latex 99.12 fails to make completely o [2000/07/26] misc/20205 FreeBSD 4 will not install on a Compaq Pr o [2000/07/27] kern/20227 jlemon 4.1-RC: UDP checksum problem f [2000/07/29] kern/20296 sheldonh matcd driver is a) not in GENERIC and b) o [2000/07/30] i386/20308 yokota vidcontrol VESA_800x600 causes a kernel p f [2000/07/31] kern/20310 groudier Symbios 53c875j drivers don't work o [2000/08/01] misc/20353 4.1 doesn't work on Compaq ML370 o [2000/08/03] kern/20375 APM doesn't work properly! Suspend/resum o [2000/08/05] kern/20429 yokota setting flags 0x1 in atkbd0 locks keyboar o [2000/08/08] kern/20484 jlemon FreeBSD 4.0 crashes repeatedly: trap 12: o [2000/08/08] bin/20489 davidn pw problems: -w random not working correc o [2000/08/08] i386/20495 yokota 4.1-STABLE and 4.1-RELEASE: keyboard does o [2000/08/15] ports/20624 emulationvmware vmmon module locks kernel o [2000/08/16] kern/20671 wpaul panicstr:page fault; panic messages:Fatal f [2000/08/22] kern/20776 rnordier Cannot boot the install floppy for versio o [2000/08/28] kern/20895 groudier sym driver doesn't work for SYM53C895A o [2000/09/02] i386/20994 /etc/fstab or kernel not correctly instal o [2000/09/04] misc/21025 msmith BTX loader 1.00 gets 1Gb of memory from B f [2000/09/04] i386/21042 mdodd Keyboard driver problems with PS/2 Model f [2000/09/08] i386/21117 When booting 4.0 install disk receive thi o [2000/09/12] kern/21220 msmith mlx0: I/O error - attempt to write beyond o [2000/09/13] bin/21253 dump/restore fail on any stream (tape/pip o [2000/09/14] misc/21269 Install does not see disk on Advansys car o [2000/09/14] kern/21272 wpaul USB interrupts seem to be turned off o [2000/09/14] kern/21278 gibbs ahc driver wedges on stressed SMP system o [2000/09/17] kern/21323 msmith Lock up at boot on Acer507DX with pci.c 1 o [2000/09/18] kern/21378 Accessing floppy under 4.1-STABLE (with D o [2000/09/19] kern/21397 Floppy drive doesn't work on Compaq ProLi o [2000/09/20] kern/21438 cg Sox recording in 16 bits creates a panic: o [2000/09/26] bin/21566 passwd does not work after updating from o [2000/10/01] i386/21677 Instalation crashed when shell started o [2000/10/02] i386/21717 DOS while opening /dev/audio o [2000/10/04] kern/21757 cp from nullfs-mounted filesystem aborts o [2000/10/04] i386/21758 X display font problem o [2000/10/05] i386/21772 No interrupts for 39160 PCI adapter in PR o [2000/10/06] misc/21782 4.1.1 and ADAPTEC 29160N SCSI controller o [2000/10/06] kern/21783 When msgrcv() blocks, it blocks ALL threa o [2000/10/06] kern/21790 marcel fstat64 does not exist in Linux emulation o [2000/10/06] i386/21802 after working fine for a few weeks, mach o [2000/10/09] misc/21861 PostgreSQL on jailed enviroment fails o [2000/10/11] kern/21915 grog Machine dies sig 12 in ahc driver (Freebs f [2000/10/12] kern/21929 lpd cause system crash f [2000/10/18] kern/22086 grog DMA errors during intensive disk activity o [2000/10/23] i386/22236 mouse cursor bug under text console mode o [2000/10/23] i386/22240 unstable UDMA on Iwill VD133PL v1.6 (Apol a [2000/10/23] kern/22245 Incorrect handling of end-of-media in ata o [2000/10/26] kern/22324 Kernel panic when second Compaq Smart Arr o [2000/10/28] kern/22376 Some problems in ar driver with FastTrak o [2000/10/31] ports/22444 ache The 'screen' port has reproducable segfau o [2000/11/01] kern/22494 wpaul Fatal trap 12: page fault while in kernel o [2000/11/02] kern/22557 fatal kernel trap 0x2(memory management) o [2000/11/02] kern/22561 xl networkhanging o [2000/11/03] bin/22595 telnetd tricked into using arbitrary peer o [2000/11/06] i386/22640 SCSI problem halts system after long peri o [2000/11/06] kern/22648 SCSI sup system freezes 4.2-BETA o [2000/11/10] i386/22760 adaptec bios cannot find disks after 4.1. o [2000/11/16] kern/22909 Vinum RAID5 degraded write not consistenc o [2000/11/18] kern/22953 keu driver throws 'usb error on rx: IOERR o [2000/11/20] gnu/22972 obrien Internal Compiler Error o [2000/11/21] bin/23013 Cannot buildworld in 4.2-RELEASE o [2000/11/25] misc/23103 lacks many ISO C99 features (NAN o [2000/11/26] kern/23126 Can't boot kernel with ADAPTEC 1522 SCSI o [2000/11/27] i386/23145 pppoe-test-program panics the server o [2000/11/29] kern/23173 read hangs in linux emulation o [2000/12/03] ports/23257 ports Star office 5.2 has problem being install o [2000/12/04] kern/23258 panic: softdep_lock: locking against myse o [2000/12/04] kern/23281 Installation hangs on PowerEdge 2450 Per3 o [2000/12/08] i386/23399 fbsd 4.2 locks up on my cardbus system if o [2000/12/09] kern/23411 SMP Kernel Freezes Machines on Dual Proce o [2000/12/11] kern/23480 panic: vm_pageout_flush page 0xc0a0a8fc i o [2000/12/12] bin/23501 pw destroy /etc/master.passwd when pw exe o [2000/12/12] kern/23505 processes die with SIGPROF, usually under a [2000/12/14] kern/23547 msmith only one logical device on Mylex AcceleRA o [2000/12/14] i386/23548 4.x causes Thinkpad 560X disk to spin up/ o [2000/12/17] misc/23595 rnordier boot problem after install o [2000/12/19] ports/23646 ports Staroffice 5.2 fails to install on FreeBS o [2000/12/19] i386/23681 keyboard is not working when the laptop i a [2000/12/21] kern/23740 kernel DoS tha could be executed by any u o [2000/12/22] kern/23752 panic with smp 4.2 kernel and dma lpt o [2000/12/26] kern/23859 panicked on sofree o [2000/12/27] kern/23887 panic: softdep_disk_write_complete: lock o [2000/12/30] misc/23958 Installation fails on an i486 DX2 machine o [2000/12/30] misc/23960 Installation fails on an i486 DX2 machine f [2001/01/01] kern/24018 4.2-STABLE, 4.0-RELEASE fatal trap 12: pa o [2001/01/09] kern/24197 4.2-R floppies fail: "timeout waiting for o [2001/01/12] ports/24276 asami XFree86-4 port doesn't put patch-1 in the o [2001/01/16] kern/24378 ahc broken in STABLE o [2001/01/16] ports/24395 ports Date object is not deserialized correct o [2001/01/17] kern/24418 read/write in thread library (-lc_r) does o [2001/01/18] kern/24433 NFSv3 service hangs when writing large am o [2001/01/19] i386/24469 system hangs on scsi disk access error o [2001/01/23] ports/24568 jmz Can't get back to X after switching to co o [2001/01/25] i386/24653 can't get working install of X under 4.2 o [2001/01/28] ports/24705 jmz Bug concerning Xwrapper/XFree86-4.0.2 f [2001/01/30] kern/24740 filesystem corruption CFP1080 CAM SCSI ca o [2001/01/30] kern/24741 Reboot when using vlans on a xl card with o [2001/02/02] kern/24811 Networking in FreeBSD 4.2-RELEASE doesn't o [2001/02/03] kern/24829 ufs incompatibility (4.1.1-STABLE -> 4.2- f [2001/02/03] kern/24831 panic in net code in many places o [2001/02/05] i386/24871 Pagefaults occur at random on a 4.2-STABL o [2001/02/06] i386/24920 moused weird o [2001/02/11] kern/25006 cannot ignore arp (ifconfig -arp doesn't o [2001/02/13] kern/25062 uid0 processes get killed after getswapsp o [2001/02/14] kern/25104 file corruption with Adaptec 29160 SCSI a o [2001/02/15] i386/25123 Heavy NFS traffic over virtual interface o [2001/02/15] kern/25125 fsck kernel crash f [2001/02/15] kern/25130 dcs kernel crash with kldload/kldunload md.ko o [2001/02/18] kern/25198 kernel crash on fsck o [2001/02/19] kern/25215 RELENG_4 kernel crashes starting SCSI dis o [2001/02/19] ports/25224 ports pth-1.3.7 hides /usr/include/pthread.h f [2001/02/20] misc/25230 gibbs ... SCB Memory Parity Error at seqaddr = o [2001/02/20] kern/25235 OS Hungs up when using with a Battery of f [2001/02/21] misc/25249 cc compiler not work o [2001/02/23] i386/25328 4.x stable kernel crash: page fault o [2001/02/25] ports/25351 ports x11/colorsel fails to build o [2001/02/25] kern/25358 Server periodically crashes o [2001/02/27] misc/25407 Error while booting 4.2 : ahc0 Signaled A o [2001/02/28] i386/25455 imp Cannot boot with 3c575BT cardbus lan pcmc a [2001/03/04] kern/25536 fix annoying console mouse cursor flicker o [2001/03/09] kern/25632 n_hibma USB modem (umodem) may destroy the cfreel o [2001/03/11] bin/25722 green OpenSSH on 4.2 dumps core from illegal us o [2001/03/14] misc/25813 Update from 4.0 to 5.0 fails by compiling a [2001/03/15] i386/25840 sos mounting unclosed CD causes kernel panic s [2001/03/16] misc/25856 neither 4.2 nor 4.3 boot install media o [2001/03/20] kern/25950 Bad drives on asr look zero-length and pa f [2001/03/21] kern/25974 Holes in files do not zero-fill o [2001/03/22] kern/26018 Even FreeBSD 4.2 rises ProblemReport kern o [2001/03/23] kern/26031 4.3-BETA crashes on 'mount /dev/acd0c /mn o [2001/03/24] kern/26048 4.3-RC: SMP and asr driver don't work to A [2001/03/24] kern/26061 sos 4.2 ata driver fails on CTX laptop f [2001/03/28] kern/26176 Kernel panic when using IPsec on high loa o [2001/03/30] kern/26223 Linux /compat/linux/dev devices doesn't w o [2001/03/30] kern/26224 VFS Panic/SMP/CFLOW(HEAVY network)/Heavy o [2001/03/31] kern/26242 KERNEL of 4.3RC won't complie ../crypto/r o [2001/04/01] i386/26280 IDE Drive becomes corrupted after usage o [2001/04/02] bin/26305 Cannnot restore partions with FreeBSD 4.x o [2001/04/07] kern/26417 kernel crash using mpd-netgraph o [2001/04/12] kern/26510 kernel panic while booting on Intel STL2 o [2001/04/13] kern/26549 IPsec policies for more than one pair of o [2001/04/17] bin/26665 [PATCH] syslogd hangs when logging from r a [2001/04/18] kern/26667 Kernel Page Fault/Panic on SWAP Partition o [2001/04/18] pending/26686gnats-adminFreeze at boot from 4.3-RC4 floopies - US o [2001/04/20] i386/26736 System freeze booting from (i386) 4.3 flo o [2001/04/20] i386/26739 I can't seem to open files through consol f [2001/04/21] ports/26750 ports Abiword package doesn't seem to run on Fr 300 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps o [1996/09/29] kern/1689 TCP extensions throttles distant connecti s [1996/10/26] bin/1892 n_hibma install(1) removes target file s [1996/11/08] gnu/1981 ypserv handles null key incorrectly a [1996/12/30] kern/2325 quota.user enlarged, no boot on 2.2-BETA f [1997/01/09] bin/2430 grog mountd stops on loading if subnet mask is o [1997/02/07] kern/2690 asami When Using ccd in a mirror mode, file cre o [1997/02/16] gnu/2749 peter cvs export using remote cvs fails - CVS/T o [1997/02/19] kern/2768 ktrace(1) -i dumps corrupted trace data o [1997/02/20] bin/2785 wpaul callbootd uses an unitialized variable o [1997/02/22] kern/2800 DDS large data writing probrem f [1997/03/01] kern/2840 mlock+minherit+fork+munlock causes panics o [1997/04/01] bin/3170 vi freaks and dump core if user doesn't e o [1997/04/05] kern/3201 peter de0 not re-enabled after hub down o [1997/04/06] kern/3219 sppp or arnet gets looped after connectio o [1997/04/25] kern/3384 telldir-seekdir can cause livelock o [1997/05/01] kern/3463 netstat -I packet count increase on sl0 w f [1997/05/04] i386/3502 mdodd Merge of if_ix* and if_ie* broke EE/16 su o [1997/05/06] bin/3524 imp rlogin doesn't read $HOSTALIASES for non- f [1997/05/12] kern/3581 intermittent trap 12 in lockstatus() s [1997/05/25] kern/3685 [PATCH] panic: fdesc attr f [1997/06/03] kern/3771 dillon NFS hangs when writing to local FS re-mou o [1997/06/28] misc/3980 peter access via NFS fails during mount-operati o [1997/07/02] kern/4012 peter 2.2-RELEASE/Digital UNIX NFSv3 0 length f f [1997/07/17] kern/4115 peter SunOS NFS file has wrong owner if creator o [1997/07/26] bin/4176 restore gets confused when run over pipe o [1997/07/30] kern/4194 peter kernel pci driver for Digital 21041 Ether o [1997/08/12] kern/4284 paul le0 goes OACTIVE after some time o [1997/08/13] kern/4295 SL/IP difficulties between 2.2.1 & 2.2.2 f [1997/08/17] kern/4327 peter NFS over TCP reconnect problem s [1997/08/19] kern/4338 New device driver (Cyclades Cyclom-Z) o [1997/08/22] bin/4357 wosch bug in adduser script causes duplicate UI o [1997/09/02] kern/4454 X drops characters/locks up keyboard when o [1997/09/03] bin/4460 lpd hangs exiting (IE in ps table) o [1997/09/11] kern/4513 System lockup appears to be VM related. o [1997/09/14] i386/4533 Server with Cyclom-Y PCI card rebooted at o [1997/09/30] kern/4663 checkalias panic o [1997/10/01] kern/4666 dfr umount -f doesn't seem to work o [1997/10/01] bin/4672 rdist does not do hard links right when t o [1997/10/03] bin/4683 imp restore doesn't correctly handle "sparse" o [1997/10/16] kern/4774 trying to use IBCS2 shared libraries cras o [1997/10/16] kern/4782 dillon Under certain conditions, several krsh's o [1997/10/31] kern/4909 de ethernet driver is crazy on 100base o [1997/11/03] kern/4927 kernel does not check any quota and permi o [1997/11/05] bin/4949 rpc.rquotad stat()s fs with quota file in o [1997/11/15] conf/5062 login.access not evaluated correctly o [1997/11/18] kern/5085 System crash during mount command for CD o [1997/12/06] kern/5244 F00F workaround dosn't always work on SMP o [1997/12/14] bin/5297 will make incompatibility with System V style o [1997/12/19] kern/5347 peter DEC (de0) ethernet card has no buffers af o [1997/12/31] i386/5401 peter de0 selects wrong media when reconnected o [1998/01/16] kern/5513 luigi new PnP code is BAD (soundcards) o [1998/01/27] kern/5587 session id gets dropped o [1998/01/29] kern/5598 Support for magneto-optic SCSI devices wi o [1998/01/31] kern/5611 bind does not check sockaddr->sin_family o [1998/02/01] kern/5618 kernel memory leak in routetbl. o [1998/02/04] kern/5643 NCR 810/815 do not handle rewind correctl o [1998/02/19] kern/5794 Kernel Panic o [1998/02/28] kern/5877 sb_cc counts control data as well as data o [1998/03/16] kern/6035 The system "sort-of" hangs when playing b o [1998/03/19] kern/6066 paul lnc driver does not work correctly with A o [1998/03/28] bin/6162 kinit does not default to the current use o [1998/04/07] kern/6238 luigi Sound-driver patch for MAD16 (OPTi 928,92 o [1998/04/14] kern/6300 System locks up in SMP mode when accessin o [1998/04/19] kern/6351 DPT RAID controller stops working under h o [1998/04/20] i386/6368 Stallion Easyio 8 port not detected using o [1998/05/03] kern/6506 system will not soft reboot a [1998/05/06] bin/6536 pppd doesn't restore drainwait for tty o [1998/05/12] kern/6603 ncr driver hangs under high load o [1998/05/25] kern/6751 audio cd play suddenly stops. o [1998/05/25] kern/6755 peter Tulip (if_de) driver buggy in -current o [1998/05/27] misc/6773 kris [PATCH] tempnam.c security problems s [1998/06/02] bin/6830 will make(1) exhibits confusing and non-standa o [1998/06/05] kern/6865 OS crashes when exiting shell with suspen o [1998/06/10] kern/6908 kernel crash from user land o [1998/06/19] bin/6994 The netstat(1) -s generates wrong output s [1998/06/23] bin/7033 Same process notified multiple times o [1998/06/24] kern/7038 Kernel panic caused by DPT driver (Got a s [1998/06/24] bin/7043 the fstat command doesn't know ISOFS, MSD o [1998/06/24] i386/7057 mdodd 3Com 3C509 locks up, or has >1000ms rtt u s [1998/07/05] kern/7169 cannot use accton on a append-only file s [1998/07/06] misc/7190 phk "Invalid partition table" after new insta s [1998/07/10] kern/7237 NCR SCSI driver ch0 troubles o [1998/07/11] kern/7245 processes die with signal 6, if machine o o [1998/07/12] i386/7266 yokota PSM detection failure with Linksys consol s [1998/07/14] kern/7281 [STABLE] Multicast kludge does not work c o [1998/07/26] kern/7405 dillon in pmap_changebit, pmap_pte_quick() retur s [1998/07/27] kern/7410 [PATCH] driver for arlan-655 s [1998/07/27] i386/7420 [PATCH] Maximum socket buffer size (SB_MA o [1998/07/28] kern/7424 dillon Machine crashes do not occur very often, s [1998/08/10] kern/7556 sl_compress_init() will fail if called an s [1998/08/10] kern/7561 CDROM (wcd) is prone to lock up system/pr o [1998/08/18] kern/7658 (1) rlogin from some host to the FreeBSD o [1998/08/18] kern/7664 scsiformat reports '0' for all parameters o [1998/08/27] bin/7756 disklabel misbehaving on seriously sick d o [1998/08/27] kern/7764 ps(1) hangs in pfslck/lockrd - All subseq o [1998/08/27] kern/7766 de driver still buggy - random ifc death o [1998/08/27] kern/7767 de driver still buggy - power cycle of de o [1998/09/09] bin/7876 gethostbyname flags temporary failure as o [1998/09/10] kern/7880 mount_cd9660 incorrect on multitrack CD-R o [1998/09/11] kern/7902 if_de doesn't properly recognize a "Magic o [1998/09/12] conf/7908 wrong perms on objformat after upgrade o [1998/09/16] gnu/7951 The gnu readline library core dumps when o [1998/09/17] bin/7968 If /usr/libexec/yppwupdate DNE, rpc.yppas o [1998/09/28] i386/8081 Problem with MULTIPORT driver and Boca BB o [1998/09/30] gnu/8099 obrien [patch] some bugs in cpio o [1998/10/03] kern/8137 [patch] quotaoff followed by quotaon can o [1998/10/06] kern/8180 open("..",O_RDONLY|O_NONBLOCK) fails o [1998/10/08] kern/8206 [patch] Unconected UDP socket declined, i o [1998/10/08] kern/8215 Creating 2 root partitions in sysinstall o [1998/10/13] kern/8312 Under heavy load, the system panics with o [1998/10/14] bin/8322 Mail doesn't respect REPLYTO in .mailrc o [1998/10/20] i386/8385 2.2.7 hangs while detecting type of COM1' o [1998/10/21] i386/8397 Code using popen compiled on BSDI BSD/OS o [1998/10/22] i386/8414 ibcs2 emulation sets serial baud-rate inc o [1998/10/22] kern/8415 SMP kernel freezes while downloading larg o [1998/10/31] bin/8518 freopen() in append mode followed by ftel o [1998/11/01] kern/8534 insufficient support routines for poll(2) o [1998/11/03] kern/8561 /kernel inode change time changes every r o [1998/11/08] kern/8607 maxprocsperuid setting causes sybase/linu o [1998/11/08] ports/8622 markm exmh2 has problems with some date formats o [1998/11/10] bin/8646 peter Implement rlogind -a option o [1998/11/11] kern/8655 Umount trouble of SCSI removable device f [1998/11/11] kern/8657 dillon nfs client hung in nfs_bwrite/vfs_busy_pa o [1998/11/14] bin/8685 sending a SYST by ftp client closes conne o [1998/11/18] bin/8745 wosch adduser permit adding `root' and mail ali o [1998/11/20] kern/8773 Intel AN430TX motherboard ps/2 port not r f [1998/11/20] kern/8778 gibbs Buslogic BT948 in 2 boxes upgraded from S f [1998/11/25] bin/8865 dwmalone syslogd hangs with serial console o [1998/11/29] conf/8903 dillon /etc/rc can do NFS mounts before the netw o [1998/12/02] kern/8940 system clock runs extremely slowly (and s f [1998/12/06] kern/8981 this also fixes X crashes and sio silo ov o [1998/12/16] kern/9095 swap detect error o [1998/12/20] i386/9140 NIS "Magic cookie" in master.passwd slays o [1998/12/21] kern/9163 adrian [patch] squid does not join a multicast g o [1998/12/31] bin/9252 [patch] login program "login" don't set K s [1999/01/06] kern/9355 [MFC] can't select() for writes on a bpf o [1999/01/07] bin/9379 pppd does not go through all interfaces l o [1999/01/08] kern/9391 if_addmulti doesn't check for retifma == o [1999/01/09] kern/9407 "make kernel" yields buggy kernel in cera o [1999/01/09] kern/9408 parameter reversed to a pci_cfgwrite in p o [1999/01/09] kern/9411 System crash on swapping to hole-files o [1999/01/11] bin/9440 amd can't mount filesystems with type:=uf o [1999/01/13] kern/9478 support for running a script from kldload o [1999/01/14] bin/9495 su doesn't look at login.cnf all the time o [1999/01/15] bin/9516 ftpd doesn't honor invalid shelll in logi o [1999/01/21] kern/9599 SMP hang after reseting CPU 1 f [1999/01/25] kern/9673 ISO CD-ROM Problem f [1999/01/28] i386/9759 Tar process hangs on buggy tapes s [1999/02/06] kern/9927 gibbs the ahc driver doesn't correctly grok swi o [1999/02/06] i386/9933 No error reported writing to write-protec o [1999/02/06] kern/9935 vmstat reprots bad AVM values o [1999/02/08] kern/9961 When loading if_ppp_mod.o system crashes, o [1999/02/08] i386/9962 Install Panics in with integer divide fau o [1999/02/08] kern/9974 Large amounts of kernel clock drift with o [1999/02/11] kern/10021 MOUNTING A EXT2FS A AFTER MOUNTING AN MSD o [1999/02/11] bin/10031 ypxfr does not work with Solaris master s o [1999/02/13] kern/10066 problem with a X-Window and syscons drive o [1999/02/15] kern/10107 dillon interlock situation with exec_map and a p f [1999/02/25] bin/10264 davidn passwd(1) tryis NIS even with `-l' switch o [1999/02/25] kern/10265 file locking does not work with kernel pt o [1999/02/26] kern/10280 Display Adapters (PCI) probed wrong way - o [1999/02/28] bin/10312 ken pciconf -l generates output incompatible o [1999/02/28] kern/10316 le0 goes OACTIVE after some time o [1999/03/02] bin/10353 ypserv gets segmentation violation o [1999/03/03] kern/10381 hlfsd/NFS failure -- directory cached bet o [1999/03/05] kern/10411 top, vmstat, iostat show 0% cpu idle & us o [1999/03/07] kern/10466 resume causes crashes if BIOS extmem != R o [1999/03/09] bin/10510 Remote cvs botches commits on occassion o [1999/03/11] bin/10553 syslogd suddenly stopped logging o [1999/03/14] kern/10581 Kernel panic while using find on an ext2 o [1999/03/14] kern/10594 EXT2FS mount problems o [1999/03/14] bin/10596 I can't find out where someone is logged o [1999/03/15] misc/10599 [PATCH included]malloc/free breaks in cer o [1999/03/15] kern/10603 dcs Random system panics o [1999/03/15] kern/10607 Fast forwarding breaks when arp cache exp o [1999/03/16] bin/10633 obrien [patch] tcpslice timezone problem and upd o [1999/03/17] i386/10646 Bridge code missing from ed0 driver in 3. o [1999/03/19] kern/10671 setlogin(2) return EINVAL for length of n o [1999/03/20] kern/10698 de driver doesn't work with some tulip bo o [1999/03/24] bin/10774 sio0 doesn't work well, i belive the prob o [1999/03/24] kern/10778 "ipforward_rt" is not cleared when routin o [1999/03/27] bin/10821 des getpwent() fails on NIS clients after dro o [1999/03/30] kern/10870 eivind Kernel panic when writing to write-protec o [1999/03/30] bin/10880 Profiler libraries missing o [1999/04/01] bin/10912 /bin/sh: Fix to prevent infinite loops on o [1999/04/05] i386/10969 kernel fails to compile with ccs0 o [1999/04/06] bin/10991 lpd hangs system if printer not ready on o [1999/04/07] kern/11004 Quota Issues on SMP o [1999/04/07] bin/11005 `umount -f' does not work if the NFS-serv o [1999/04/08] misc/11024 getpwnam(3) uses incorrect #define to lim o [1999/04/11] kern/11080 fatal trap 18 while trying to mount inval o [1999/04/11] kern/11084 3.1-R kernel trap 12 with interrupts o [1999/04/13] bin/11119 NFS quotas fail to report if alternate fi o [1999/04/21] kern/11266 frequent crashes with "Page fault, fatal o [1999/04/26] conf/11336 Broken data sent to printer through devic o [1999/04/28] kern/11366 Filesystem can cause hang/crash in certai o [1999/04/28] conf/11376 NFS mount may be happening too soon in /e o [1999/04/29] bin/11382 generated code using rpcgen with -b optio o [1999/04/29] kern/11385 PCNet/PCI Ethernet adapter works in 3.1-R o [1999/04/29] i386/11395 ghostscript5.50 does not print properly, o [1999/04/30] kern/11405 pwd_mkdb with no tmp space leads to kerne o [1999/05/03] kern/11462 CS network interface driver (for CS89XX b o [1999/05/04] kern/11490 yokota VESA+VM86+Splash == unstable system o [1999/05/05] kern/11507 msmith CS89XX (i386/isa/if_cs.c) fails to proper o [1999/05/05] kern/11513 cannot mount CD-ROM: Device not configure o [1999/05/05] misc/11525 dwmalone [PATCH] Networking patches to increase # o [1999/05/07] gnu/11562 tar verification doesn't work o [1999/05/07] kern/11563 pci_unmap_int doesn't do anything o [1999/05/12] i386/11664 lnc1 NIC fail to work o [1999/05/12] bin/11666 ypserv fails to reply host name resolutio o [1999/05/13] kern/11686 APM: Always "Resume failure" from suspend o [1999/05/13] kern/11692 3.1-stable deadlock o [1999/05/13] kern/11697 tegge Disk failure hangs system o [1999/05/18] i386/11773 yokota mouse works at setup time. Under X it go o [1999/05/19] misc/11778 mpz_get_str() in libgmp leads up to cored o [1999/05/20] i386/11801 Remounting CD on IDE CDROM after eject fa o [1999/05/21] kern/11821 /dev/fd0a hangs on large files, including o [1999/05/23] kern/11867 Sound driver loses interrupts, no sound o [1999/05/28] kern/11911 3.1-R : writing file larger than floppy s o [1999/05/28] kern/11915 access system call says file is readable o [1999/05/28] kern/11922 missing reentrant interfaces for getpwnam o [1999/05/29] kern/11928 kldload loads kernel modules even if ther o [1999/05/29] kern/11937 vm problems after havy memory usage o [1999/05/31] kern/11969 VM_fault with mmap'd CDROM data. o [1999/06/04] kern/12022 phk System clock timewarps o [1999/06/06] bin/12054 explicit -ltermcap after -lncurses causes f [1999/06/06] kern/12062 sa tape driver with Cipher 60M SCSI QIC t o [1999/06/08] bin/12091 syslog packets from a remote machine are o [1999/06/09] kern/12104 Certain cdcontrol commands don't work pro o [1999/06/10] bin/12120 named crashes. o [1999/06/12] gnu/12175 obrien gdb crashes with pids > 32736 o [1999/06/13] bin/12191 wcol is trying to allocate a shared memor o [1999/06/16] bin/12242 segmentation fault running /usr/bin/fmt o [1999/06/16] kern/12247 userlevel program let kernel hang o [1999/06/18] bin/12272 The ctype locales print an error message o [1999/06/18] kern/12274 cd mount problem o [1999/06/20] kern/12305 clock() ticks backwards o [1999/06/21] kern/12320 error 6: panic: cannot mount root (2) o [1999/06/22] bin/12349 des 3.2-R inetd doesn't re-read ALL configura s [1999/06/24] kern/12381 bde Bad scheduling in FreeBSD o [1999/06/25] conf/12387 CDROM boot failure on Thinpad 770X, 380ED o [1999/06/25] kern/12394 3.2-RELEASE, rl0 ethernet interface freez o [1999/06/30] kern/12464 bad reference in struct vm_zone o [1999/07/01] kern/12484 [PATCH] bpf_filter() broken o [1999/07/06] bin/12538 getpwuid() NIS UID override fails o [1999/07/07] kern/12551 mks ASIC output is shifted following a short o [1999/07/13] kern/12632 Panic (trap 18) with Symbios SCSI control o [1999/07/14] misc/12640 Can use 2nd CD-ROM for fixit mode. o [1999/07/15] kern/12646 IGMP reports not sent if no multicast rou o [1999/07/18] kern/12703 tx0 truncates skip packets o [1999/07/20] bin/12727 billf Game patches from NetBSD o [1999/07/21] conf/12745 diffs to delay start of amd rwhod timed o o [1999/07/22] kern/12758 Adjusting the idle priority of a process o [1999/07/23] i386/12771 lpt hangs and never works again, even aft o [1999/07/24] kern/12800 buffer leak in cluster_wbuild o [1999/07/27] kern/12838 PC-Card ctlr(0) Vadem 365 support seems b o [1999/07/29] kern/12869 panic: softdep_flushfiles: looping o [1999/07/30] kern/12884 Hot to panic FreeBSD-3.2-Release o [1999/08/02] ports/12930 asami libtool create defuct makefiles if PREFIX o [1999/08/03] misc/12938 gethostbyaddr(209.201.116.19) - Bus error o [1999/08/04] kern/12979 Response time continually slows on idle m o [1999/08/05] kern/12991 system queue is cleared when a port or pi o [1999/08/07] conf/13013 Selecting CDROM as install media doesn't o [1999/08/08] misc/13027 sysinstall has no /dev entry for wfd0s4 ( o [1999/08/14] kern/13141 se Multiple LUN support in NCR driver is bro o [1999/08/15] kern/13150 panic: ufs_dirbad: bad dir o [1999/08/15] gnu/13172 Bug in workaround of russian locale & sor o [1999/08/16] kern/13180 panic: ffs_alloccg: map corrupted o [1999/08/17] kern/13198 panic: vm_fault: fault on nofault entry o [1999/08/17] gnu/13200 The assembler chokes on very long operand o [1999/08/18] kern/13234 .../netinet/ip_input.c should include opt o [1999/08/24] bin/13350 make clean in bsd.obj.mk no longer proper o [1999/08/25] misc/13378 Tecra 8000 hangs in UserConfig, cannot co o [1999/08/25] kern/13382 Only 1 parallel port supported if pps ena o [1999/08/26] kern/13405 syslogd get system hang o [1999/08/27] gnu/13427 obrien gdb reports wrong info o [1999/08/28] gnu/13438 objc forward core dump using system cc o [1999/08/29] bin/13463 /bin/sh does not handle interrupts correc o [1999/08/30] misc/13470 Old problem re-introduced: TCP sucket buf o [1999/09/01] kern/13517 hang system o [1999/09/05] kern/13587 Voxware MIXER_READ ioctl corrupts memory o [1999/09/06] kern/13593 Problems with FIFO and select o [1999/09/07] kern/13630 system halts after npx0 detected on 3.2 i o [1999/09/07] kern/13632 Floppy hangs system o [1999/09/08] kern/13646 Kernel Trap error when booting 3.3-RC ker o [1999/09/10] bin/13679 ncurses-based programs eat 100% CPU after o [1999/09/10] bin/13691 fenner tcpslice cannot extract over 2GB part of o [1999/09/11] bin/13703 MCNP compilation problem o [1999/09/12] bin/13711 root fs not properly unmounted after shut o [1999/09/13] gnu/13729 strip(1) exits with an error on script fi o [1999/09/13] kern/13740 wrong IP statistics o [1999/09/15] kern/13757 wpaul tl0: adapter check: 180005 mesages keep c o [1999/09/15] bin/13768 sh MAKEDEV cdN creates all cd(N-1)-device o [1999/09/16] conf/13775 multi-user boot may hang in NIS environme o [1999/09/17] i386/13787 lnc driver isn't really the lnc driver o [1999/09/18] i386/13811 ide cdrom stops recognizing audio cdroms o [1999/09/23] misc/13920 pppd acts differently on 3.3-RELEASE ("mi o [1999/09/24] kern/13941 ncr0: SCSI phase error on GENERIC kernel o [1999/09/26] misc/13978 peter a write to last column bug appears since o [1999/09/26] bin/13980 Parameter expansion pattern removal bug i o [1999/09/27] kern/13997 phk RLIMIT_NPROC works unadequately for jails o [1999/09/28] kern/14026 Many network connections get left in the o [1999/09/28] kern/14033 Data acq process gets stuck in vmopar o [1999/09/30] kern/14060 3.3-STABLE on primary mail server panics f [1999/09/30] bin/14069 mikeh Buffer overflow in mail(1) o [1999/09/30] kern/14072 Rebooting in FreeBSD 3.3 wipes out known o [1999/10/02] kern/14096 parallel port -- ppi -- driver broken aft o [1999/10/03] bin/14102 make world -DWANT_AOUT fails in lib/compa o [1999/10/04] misc/14121 resurfaced bug in rmt preventing remote d o [1999/10/04] kern/14123 lnc driver is not working o [1999/10/04] i386/14135 lpt1 nolonger exists after 3.2-RELEASE o [1999/10/05] kern/14144 bad conversions in kern_fork() o [1999/10/10] misc/14254 [Fwd: clock(3) runs backwards! (fwd)] (fw o [1999/10/10] kern/14257 error 6: panic: cannot mount root (2) - d o [1999/10/12] i386/14282 Using FreeBSD 3.* ThinkPad 600E doesn't r o [1999/10/12] kern/14285 dillon NFS client appears to lose data o [1999/10/14] misc/14326 kerberos4 pam-related breakage in current o [1999/10/14] misc/14327 names used in netdb.h may conflict with n o [1999/10/14] i386/14334 imp AHA-1542A not supported by FreeBSD 3.x (" o [1999/10/15] kern/14354 grog vinum cannot compile for alpha o [1999/10/20] bin/14444 enigma command can't decrypt files encryp o [1999/10/21] i386/14446 Doesn't boot on Mobile Celeron o [1999/10/25] bin/14524 markm PERL 5.005_03 Config.PM on 3.2-STABLE say o [1999/10/25] kern/14536 kernel panic on 64KB block size ufs files o [1999/10/26] kern/14546 SB128PCI work incorrect play wav-files un o [1999/10/26] kern/14549 mdodd 3C509 broken in 3.3 o [1999/10/27] kern/14566 yokota Non-kernel programs have little/no contro o [1999/11/03] i386/14689 waitpid doesn't harvest child process whe o [1999/11/04] kern/14712 root has access to NFS mounted directorie o [1999/11/05] kern/14722 TCP connections hangs in FIN_WAIT_2 for > o [1999/11/05] bin/14729 murray when sysinstall is running as init it sho o [1999/11/07] bin/14782 ypbind can not bind to Solaris NIS master o [1999/11/10] kern/14812 de0 driver malfunctions in full-duplex o [1999/11/11] ports/14826 ports security/fwtk smapd calls sendmail with w o [1999/11/12] kern/14848 Frame Relay support, corrected a [1999/11/12] misc/14856 billf ftp stalls on FreeBSD 3.3 (CDROM) tested o [1999/11/14] kern/14890 ffs_valloc: dup alloc o [1999/11/15] misc/14895 portmap bug (when run with -v flag) o [1999/11/15] kern/14900 3.3-RELEASE panic in pmap_pte_quick() o [1999/11/16] kern/14917 grog DMA doesn't works with ALI ALADDIN M1543/ o [1999/11/16] bin/14920 install(1) hangs when intalling files sam o [1999/11/17] i386/14946 mjacob rmt - remote magtape protocol o [1999/11/17] kern/14962 PnP doesn't detect AWE64 when PnP modem i o [1999/11/17] misc/14964 Network Interface Configuration Problem a o [1999/11/19] i386/15003 mdodd 3C574 (ep0) reads bogus ethernet address o [1999/11/21] i386/15018 Printingproblem o [1999/11/23] bin/15070 vfprintf/cvt/__dtoa race condition in thr o [1999/11/24] i386/15074 Two different panics when running Linux b o [1999/11/24] kern/15075 Intel Etherexpress Pro timeouts when >1 c o [1999/11/24] kern/15086 Borked sscape drivers :) o [1999/11/25] kern/15087 3.3-STABLE panic while starting daemons ( o [1999/11/25] kern/15089 mmap of files from 2K-block device failed o [1999/11/27] ports/15123 rse www/apache13-modssl has PREFIX problems f o [1999/11/28] conf/15150 phantom Taking encoding scheme latin1 into accoun o [1999/11/30] misc/15190 crashing while in a multiplatform environ o [1999/12/01] kern/15204 systems panics when ktrace-ing o [1999/12/02] kern/15235 dillon Race conditions in pipe_write causes kern o [1999/12/05] misc/15269 error server timeout downloading small fi o [1999/12/06] i386/15327 Unable to use ISA sound card with AD1816A o [1999/12/08] i386/15364 Flash Player 4 for Linux has no sound wit o [1999/12/11] kern/15420 3.3-RELEASE Kernel freeze o [1999/12/12] bin/15450 The name of the tagfile is left in the pa o [1999/12/13] kern/15475 pppd(8) sets the Source Address field of o [1999/12/14] kern/15478 incorrect utmp/wtmp records update upon c o [1999/12/14] kern/15486 Attempt to write to a "write-prot" floppy o [1999/12/15] kern/15508 disk usage after "strip" is wrong o [1999/12/17] kern/15542 de suddenly stops working o [1999/12/17] ports/15543 hosokawa Samba + DHCP = UNKNOWN HOST NAME o [1999/12/17] i386/15548 Intel EtherExpress Pro/10+: Only 1024 byt o [1999/12/20] bin/15581 ftp(1) file completion does not work if s o [1999/12/23] misc/15662 markm [PATCH] perl5 Sys::Hostname fails if no P o [1999/12/26] kern/15707 dillon bad trap in mprotect o [1999/12/29] conf/15766 My desktop display is too large, I can´t o [2000/01/01] kern/15825 dillon Softupdates gets behind, runs the system o [2000/01/02] i386/15845 Driver for RealTek 8029 o [2000/01/03] misc/15869 3.4-STABLE-20000103 install fails to disk o [2000/01/03] bin/15877 Perl 5.00503 interpreter crashes with a s o [2000/01/04] i386/15879 System hangs while watching the tv and ap o [2000/01/04] i386/15897 Any fix for rpc.lockd on Free BSD 3.2 nfs o [2000/01/05] ports/15922 chuckr print/a2ps cannot find ogonkfied fonts [p o [2000/01/05] bin/15924 ndc restart don't preserve start options o [2000/01/07] i386/15961 System allows no keyboard input after flo o [2000/01/09] kern/16013 FreeBSD 3.3 sends ICMP reply to IP unicas o [2000/01/09] bin/16014 New cvs in -stable prints consistent erro o [2000/01/10] kern/16040 Read-only files under NFS are not seen as o [2000/01/11] misc/16068 FreeBSD 3.3 with IDE > 32GB causes Panic: o [2000/01/12] kern/16090 mdodd No buffer space available o [2000/01/13] misc/16102 root's home directory is too open o [2000/01/14] kern/16122 Incorrect SysV SHM segment accounting by o [2000/01/15] i386/16132 FreeBSD doesn't install on Notebook w/ Sy o [2000/01/17] misc/16154 modem ring kills freebsd o [2000/01/17] bin/16155 cp -p does not preserve modification time o [2000/01/17] i386/16164 "vga"/"sc" don't work when a video card i o [2000/01/18] kern/16171 mmap(2) of /dev/kmem cause kernel panic o [2000/01/18] misc/16197 Installation problems on IBM Thinkpad 365 o [2000/01/19] i386/16214 Driver for Intel EtherExpress 16 is unrel o [2000/01/20] bin/16244 [PATCH] don't allow password re-use when o [2000/01/21] kern/16257 Kernel panic in sbdrop o [2000/01/21] i386/16269 smp dosen't work with >2 cpus on AMI Goli o [2000/01/21] bin/16271 vi has wrong len type in re_tag_conv() o [2000/01/22] kern/16299 nfs.ko can be unloaded when nfsd is runni o [2000/01/23] kern/16318 Fix for wrong interface when adding new r o [2000/01/23] alpha/16319 alpha No trailing newline in /usr/src/lib/libc/ o [2000/01/24] bin/16342 Problems with krb_realmofhost() and/or kr o [2000/01/24] ports/16343 reg bsd.port.mk cannot override make.conf. o [2000/01/25] i386/16349 Intel EtherExpress Pro/10+ card detection o [2000/01/25] bin/16353 rlogin encryption is broken on transmit s o [2000/01/27] ports/16396 reg libtool -export-symbols doesn't restrict o [2000/01/27] kern/16416 Hang on boot with SMP Dell 2400 o [2000/01/28] misc/16423 Installation problem of 3.4-RELEASE using o [2000/01/30] gnu/16481 Cpp crashes frequently o [2000/01/30] i386/16482 IDE disk fails on secondary IDE master de o [2000/02/06] kern/16515 Deadlock by ntpd o [2000/02/08] bin/16578 host-name field is hexadecimal instead of o [2000/02/08] conf/16586 net if down after fail during install o [2000/02/08] kern/16587 cg Can't record with newpcm & CS4236 (AW35/P o [2000/02/09] kern/16598 xmcd stopped by racd0c ioctl error while o [2000/02/09] kern/16605 samba 2.0.6 under 3.4-RELEASE can't open o [2000/02/10] kern/16644 Bad comparsion expression in bpf_filter.c o [2000/02/10] bin/16645 Inetd(8) internal ident won't work with m o [2000/02/18] bin/16812 level 0 dump runs forever -- generates a o [2000/02/18] kern/16816 vop_stdpoll() in /sys/kern/vfs_default.c o [2000/02/20] conf/16832 amd.map options won't play with Solaris N o [2000/02/20] kern/16849 Close on an ide tape drive hangs o [2000/02/20] misc/16860 suggetion on installation process. o [2000/02/21] conf/16879 tanimura Sound drivers seem to be using shared irq o [2000/02/22] bin/16920 cdcontrol fails under 4.0-20000214-CURREN o [2000/02/23] kern/16937 ie0 not probed in -current of 2000-02-18 o [2000/02/23] conf/16948 murray Sysinstall/disklabel: bad partition table o [2000/02/23] ports/16955 markm 'pgp5' built with ports/security/pgp5 doe o [2000/02/25] ports/16983 ache procmail port not prefix clean o [2000/02/25] misc/16991 jhb booting install disk and USB o [2000/02/27] kern/17033 Samsung SN-124 ATAPI CD-ROM not supported o [2000/02/28] bin/17056 rshd does improper home directory check o [2000/03/01] misc/17108 SecureRPC not supported in mount_nfs comm o [2000/03/01] conf/17117 Dial-up problems when using Kppp o [2000/03/02] bin/17134 problem with 3.0-RELEASE cron forgetting o [2000/03/03] kern/17142 4.0-CURRENT hangs in ex_isa_identify() wh o [2000/03/03] kern/17153 mjacob Qlogic Ultra3 cards seem to write very sl o [2000/03/05] kern/17208 3.4 Lock-up during file-completion o [2000/03/06] i386/17228 Installation floppies hang up on Compaq A o [2000/03/06] misc/17235 endless loop? harddrive corrupted? o [2000/03/06] ports/17237 hosokawa in samba suite smbclient -M worked incorr o [2000/03/10] misc/17310 wpaul NIS host name resolving may loop forever o [2000/03/11] ports/17313 ache wu-ftpd ports install invalid file owners o [2000/03/11] ports/17314 hosokawa in samba: testparm incorrectly generate w o [2000/03/12] bin/17338 netstat shows down counting UDP delivery o [2000/03/12] i386/17346 APIC cannot be enabled without turning on o [2000/03/13] bin/17360 green [PATCH] Cleanup bug in pam_ssh o [2000/03/14] i386/17374 Archive QIC02 tape-unit device randomly h o [2000/03/15] kern/17393 kldload syscall allows the same kernel mo f [2000/03/16] kern/17403 cg CS4232 wont play w/newpcm o [2000/03/16] conf/17406 nis in /etc/host.conf breaks network prog o [2000/03/16] kern/17422 bde 4.0-STABLE: top: nlist failed o [2000/03/16] i386/17423 System hangs then reboots o [2000/03/17] gnu/17433 libobjc locks mutex before deallocating i o [2000/03/18] bin/17482 ftpd(8) forget to close TCP port in passi o [2000/03/18] kern/17483 Cannot run disklabel on virgin disk o [2000/03/19] kern/17494 Two problems with the tun device o [2000/03/19] kern/17499 grog Can't revive VINUM RAID5 o [2000/03/20] kern/17504 ken Another Micropolis Synchronize Cache Prob f [2000/03/20] misc/17517 wpaul 100/10baseT card resets under load o [2000/03/21] conf/17540 NIS host lookups cause NFS mounts to wedg o [2000/03/21] kern/17542 cg random static with GUS PnP o [2000/03/22] misc/17562 PAS16 sound cycles o [2000/03/23] misc/17567 make buildworld bombing at KerbIV o [2000/03/24] kern/17583 julian NETATALK code can corrupt mbuf free lists o [2000/03/24] misc/17584 groudier fatal SCSI error with a Symbios 53c875 co o [2000/03/26] kern/17613 impossible to build FS KLD without kernel o [2000/03/27] i386/17626 green sshd cores when I scp to it o [2000/03/28] kern/17634 Non-deterministic PnP sound device config o [2000/03/28] kern/17636 FreeBSD 4 uses network card driver dc whe s [2000/03/28] alpha/17637 billf misconfigured syscons bell causes panic o o [2000/03/29] i386/17662 gibbs cam_xpt.c incorrectly disables tagged que o [2000/03/29] kern/17680 Multiple crashes due to load in 4.0/5.0 e o [2000/03/30] kern/17695 cg Vibra16X sound card doesn't record audio o [2000/03/30] kern/17697 Boot floppy+local ftp upgrade from 3.4/in o [2000/03/31] i386/17713 gibbs MAKEDEV and /stand/sysinstall goofups wit o [2000/03/31] kern/17715 io memory requests from pnp devices lands o [2000/04/01] kern/17738 reboot after panic: softdep_lock: locking o [2000/04/02] i386/17755 FTP install of 4.0 allocates too few inod o [2000/04/02] i386/17761 disk label editor in 4.0 deleted 3.4 part f [2000/04/03] kern/17779 ADIC 1200d (DAT changer) and Symbios SCSI o [2000/04/04] i386/17800 bde [PATCH] problem with statclock initializa o [2000/04/06] kern/17829 The dc driver is seriously broken o [2000/04/07] bin/17841 ttyp0 (and only 0!) produces stdout input o [2000/04/07] kern/17842 Erratic user time reports for long runnin o [2000/04/07] bin/17843 ftpd fails to set cwd with mode 700 NFS m o [2000/04/07] kern/17844 Amd wedges every morning since I've upgra o [2000/04/08] kern/17863 Running DAP reboots computer o [2000/04/08] kern/17871 starting to accumulate undeletable direct o [2000/04/09] i386/17883 4.0-RELEASE panics during install. o [2000/04/10] kern/17895 stale unix domain connections o [2000/04/10] kern/17905 dillon 4.0-SNAP keep on crashing every 3 days o [2000/04/10] i386/17915 pcm0 direct DMA issues. o [2000/04/11] i386/17926 yokota psm device problems with apm resume o [2000/04/11] i386/17930 wpaul Patch to MFC WaveLAN WEP into 3.4-STABLE o [2000/04/11] kern/17936 panic: resource_list_alloc: resource entr o [2000/04/11] i386/17940 Cannot recongize the scsi card AIC-7899 o [2000/04/12] kern/17961 n_hibma Fatal Trap 12. Page fault while in kernel o [2000/04/12] kern/17965 wpaul vr (MII-bus version in 4.0 ONLY) driver l o [2000/04/14] kern/18012 adrian vnode_free_list corruption, "free vnode i o [2000/04/15] kern/18024 when printing through gs: panic: lockmgr: o [2000/04/17] misc/18065 FREEBSD 4.0 crashes on boot Compaq Prolia o [2000/04/18] misc/18071 I cannot install Oracle 8i in FreeBSD 4.0 o [2000/04/19] i386/18089 4.0R install hangs on newfs or fsck o [2000/04/19] kern/18096 random crashes probably caused by lockmgr o [2000/04/20] kern/18110 DC-390 SCSI BIOS setting no effect and IB o [2000/04/21] i386/18132 BTX dumps trying to boot w/ dedicated SCS o [2000/04/22] bin/18160 pppd does not hang up sometimes while sta o [2000/04/23] ports/18180 jmz xdm authorization fails with XDM-AUTHORIZ o [2000/04/23] bin/18181 Getty can fail to observe :de: specificat f [2000/04/23] i386/18185 gibbs Adaptec 3950U2 errors during boot/probe o [2000/04/24] kern/18200 mdodd 3com 3c509b recognized twice during boot f [2000/04/25] kern/18209 green rlimits are never checked in exec() if ex o [2000/04/27] kern/18252 sysctl -a causes panic o [2000/04/28] i386/18268 RTC BIOS error10 (memorysize) o [2000/04/28] kern/18285 the system froze when use scon -s 50 o [2000/04/30] kern/18315 System hang when doing back-to-back captu o [2000/04/30] kern/18316 close-together bt848/878 captures to file o [2000/05/02] kern/18345 cg sbc / pcm not fully recognizing AWE64 o [2000/05/02] kern/18348 yokota kernel crash o [2000/05/18] kern/18650 panic when enabling linux with emu10k1 dr o [2000/05/19] gnu/18672 std::basic_string::c_str() o [2000/05/19] bin/18678 Bug in libz o [2000/05/19] kern/18687 mrouted and IPDIVERT cause a panic o [2000/05/20] kern/18704 GLOB_ERR not handled correctly by glob() o [2000/05/21] misc/18728 Audio and video desynch in Realplayer on o [2000/05/22] bin/18742 times.allow field parsed incorrectly o [2000/05/22] kern/18751 if_dc doesn't autosense 100Mb mode o [2000/05/22] kern/18757 dg [PATCH] fxp driver doesn't enable flow co o [2000/05/22] kern/18763 kernel crashes when sysctl(3) is called o [2000/05/22] alpha/18768 wpaul Digital DE500-BA with "dc" driver doesn't o [2000/05/28] misc/18860 Cannot write DATA record to /home/archive o [2000/05/29] kern/18869 4.0-Stable SMP kernel from 22. May unstab o [2000/05/29] kern/18875 arpintr() problem o [2000/05/30] kern/18899 if_vr.c can't bridging properly when bpf o [2000/05/30] bin/18903 pkg_add deleted its own database o [2000/05/31] kern/18924 sysctl hw.bt848 crashes machine (bktr dri o [2000/05/31] conf/18925 No X Desktop Environments in 4.0 o [2000/05/31] kern/18932 Total loss of ethernet needing reboot. P o [2000/06/01] i386/18940 Reading from stdin using linux-jdk-1.2.2 o [2000/06/02] kern/18980 ATAPI Drive boots Install CD but then say o [2000/06/03] i386/18981 3.4 CDROM fails to boot on Dell PowerEdge o [2000/06/05] kern/19020 kernel reboots sometimes o [2000/06/05] misc/19025 Installer assumes /dev exists if target d o [2000/06/07] ports/19093 obrien problem with mail/muttzilla o [2000/06/08] kern/19121 IPv4 multicast does not work without rout o [2000/06/08] misc/19125 Undefined symbol `_poll' referenced from f [2000/06/12] kern/19219 le driver causes kernel panic during ifco o [2000/06/12] bin/19231 quota/mount commands inconsistency o [2000/06/13] ports/19238 will sgmltools1 o [2000/06/13] i386/19245 -fexpensive-optimizations buggy (even wit o [2000/06/14] kern/19256 in devicedriver cy.c make_dev (..) probl o [2000/06/14] ports/19281 billf Error in ucd-snmp port with tkmib o [2000/06/16] kern/19347 top, CPU and SMP-problem in new kernel o [2000/06/17] bin/19357 swap info incorrect after using sysinstal o [2000/06/18] kern/19363 Do allow processes know about their file o [2000/06/19] bin/19375 makekey accepts only 8-byte password o [2000/06/19] misc/19376 ncurses alters buffering of stdin/stdout o [2000/06/19] kern/19389 Panic caused by sendfile(2) o [2000/06/19] bin/19393 programs using strftime () dump core if R o [2000/06/20] kern/19402 Signals 127 and 128 cannot be detected in o [2000/06/20] bin/19405 telnetd sends DO AUTHENTICATION even if a o [2000/06/23] conf/19461 X authentication doesn't work off the CD o [2000/06/23] kern/19465 SYNC_CHACHE PROBREM: NEWTECH NDA20128A o [2000/06/23] kern/19479 processes stuck in 'ffsvgt' and 'FFS no' o [2000/06/23] kern/19482 Upgrade from 4.0-RELEASE to 4.0-STABLE ca o [2000/06/25] kern/19499 EtherExpress 16 is not probed o [2000/06/25] i386/19508 pci bus not probed for pci ethernet card o [2000/06/27] conf/19542 Problem with Proxy o [2000/06/27] misc/19557 Denying more than 10 ports with an 'open' o [2000/06/28] conf/19569 stock IPFW rules have subtle udp hole o [2000/06/30] kern/19603 luigi 20 ethernet interfaces not compatible wit o [2000/06/30] docs/19604 steve Web query interface doesn't search or Ori o [2000/07/02] misc/19646 Level 0 dump takes way longer than it sho o [2000/07/02] kern/19654 wpaul 20 dc ports in one machine (5x 4port card o [2000/07/03] i386/19662 kernel panic after too many socket freed o [2000/07/03] kern/19672 dillon contigmalloc1() oddity for large alignmen o [2000/07/03] misc/19673 dhclient-script will not always set the h o [2000/07/05] ports/19711 portmgr bsd.port.mk and autoconf are conflict o [2000/07/05] kern/19714 dillon swap_pager_getswapspace: failed o [2000/07/06] i386/19737 Cannot build a profiled kernel; load fail o [2000/07/07] bin/19773 [PATCH] telnet infinite loop depending on o [2000/07/09] kern/19814 marcel Oracle8i installer triggers problem in th o [2000/07/10] i386/19820 Installation of Lotus Notes 5.0 for Linux o [2000/07/12] kern/19875 A new protocol family, PF_IPOPTION, to ha o [2000/07/12] kern/19880 Problem with configuring RS-232 multiport o [2000/07/13] misc/19909 dillon Problem with NFS client in 4.0-STABLE o [2000/07/15] bin/19946 alex possible bug in sh(1) with -p flag (privi o [2000/07/15] misc/19951 jmz moused has problems with XFree86 o [2000/07/17] misc/19994 sscanf() fails on 64-bit operations o [2000/07/18] kern/20016 jasone pthreads: Cannot set scheduling timer/Can o [2000/07/18] docs/20028 doc ASCII docs should reflect tags o [2000/07/19] kern/20040 msmith Toshiba 2775 hangs after pcib0 driver is o [2000/07/22] kern/20115 cg pcm0 doesnot work on Panasonic Let's note o [2000/07/25] misc/20172 byacc 1.9 fails to generate $default tran o [2000/07/26] bin/20194 amd doesn't provide directories automatic o [2000/07/27] misc/20210 4.1-RC crashes o [2000/07/27] kern/20213 NFS and Linuxulator issues in PR kern/194 o [2000/07/27] kern/20217 darrenr IPF default block and inclusion in rc.net o [2000/07/27] bin/20220 unable to Ctrl-C (quit) when using "more" o [2000/07/27] kern/20234 green panic(): lockmgr: pid 259, not exclusive o [2000/07/28] kern/20256 phk microuptime went backwards message keeps o [2000/07/28] bin/20259 des fetch(1) confused when redirected from ht o [2000/07/29] conf/20282 murray sysinstall does not recover some /etc fil f [2000/07/31] kern/20335 yokota S3Trio64V+ is detected as CGA by syscons a [2000/08/02] bin/20373 obrien Setting breakpoints in shared objects bro o [2000/08/08] ports/20490 tg Termios timeout parameters, VMIN, VTIME, o [2000/08/09] ports/20503 sheldonh apache w/ mod_perl segfaults on 'use IO;' f [2000/08/09] i386/20507 yokota Mouse freezes in 4.0-release after some u o [2000/08/10] kern/20523 Support for PCI multiport cards for sio d o [2000/08/13] kern/20572 marcel cannot safely remove COMPAT_43 from the k f [2000/08/13] ports/20581 dirk current cdrecord port fails to install o [2000/08/14] bin/20591 src/usr.bin/file/MAINT & README & file.1 o [2000/08/14] kern/20609 dillon panic: vm_fault: fault on nofault entry, o [2000/08/15] kern/20619 arpintr o [2000/08/15] kern/20631 kernel panics on ifconfig if_le f [2000/08/15] kern/20632 stacking mount_null causes an error: moun o [2000/08/15] bin/20633 fdisk doesn't handle LBA correctly o [2000/08/16] bin/20646 dwmalone [PATCH] /bin/cp -p whines on set[ug]id im f [2000/08/17] i386/20685 fbsd 4.1-stable crashed when compiling st f [2000/08/17] kern/20689 groudier Newbusified version of ncr driver does no o [2000/08/18] kern/20708 imp Adaptec 1542 ISA SCSI Controller not dete o [2000/08/20] bin/20725 Raw floppy writes fail for partial bytes. o [2000/08/20] kern/20734 n_hibma USB mouse detaches and never reataches f [2000/08/22] bin/20779 assar junk pointer error causes kpasswd to fail a [2000/08/22] kern/20785 ru changing IP address on an interface may n o [2000/08/24] ports/20819 ports XFMail 1.4.0 dumps core w/signal 6 when c o [2000/08/24] ports/20831 torstenb Autoconf Port: Bug introduced by patch-ag o [2000/08/25] gnu/20835 markm Errno.pm is lost in perl system o [2000/08/26] misc/20861 jasone libc_r does not honor socket timeouts o [2000/08/28] gnu/20912 obrien gdb does not recognise old executables. o [2000/08/29] i386/20925 doscmd(1) does not truncate a file int wr o [2000/08/30] bin/20952 ftpd doesn't honor account expiration tim o [2000/08/31] kern/20958 mdodd ep0 lockup with ifconfig showing OACTIVE o [2000/09/01] ports/20986 reg Mozilla M17 installs incorrectly a [2000/09/04] kern/21028 sheldonh Add Zoom V90 Internal modem support o [2000/09/06] i386/21087 tanimura ed driver incorrectly fails probe for ISA o [2000/09/07] misc/21089 vi silently corrupt open file on SIGINT w o [2000/09/08] kern/21118 luigi Multiple problems in ipfw's stateful code f [2000/09/08] ports/21126 ports httpd warnings regarding attempts to free o [2000/09/08] kern/21131 Floppy causing cold boot in -STABLE o [2000/09/08] kern/21132 setting kern.hostid to 2887705710 fails. o [2000/09/08] bin/21133 sail driver dies f [2000/09/08] kern/21139 ken IBM DNES drives need 'quirk table' entry. o [2000/09/09] kern/21143 `#define schedsofttty' et al. should not o [2000/09/09] ports/21146 green [patch] openssh with LOGIN_CAP don't setu o [2000/09/09] bin/21152 @monthly entry in crontab is run every da o [2000/09/09] kern/21155 Load average (either with uptime both top o [2000/09/10] kern/21162 panic in ffs_softdep.c: handle_workitem_f o [2000/09/11] bin/21208 tar does not support 2.5 GB file o [2000/09/11] kern/21209 groudier scsi ncr driver installs instead of scsi o [2000/09/11] ports/21210 dima acroread port missing lib a [2000/09/13] bin/21248 kris openssl dumps core with blank passwords o [2000/09/13] bin/21251 NIS problem - ypbind does loop in CLNT_BR o [2000/09/13] misc/21252 dhclient opens too many files o [2000/09/14] gnu/21260 buffer overrun in uux o [2000/09/14] ports/21264 markm tn3270 port receives segmentation fault s [2000/09/14] bin/21268 [MFC] user set no nobody is not good o [2000/09/14] kern/21270 Kernel compilation errors and dies when c o [2000/09/14] gnu/21276 libI77 is unable to handle files >2Gbytes o [2000/09/15] bin/21292 ifconfig warn but does duplicate IP addre o [2000/09/15] i386/21297 kernel panic TRAP 18 during kern.flp inst o [2000/09/15] misc/21300 Install CD-ROMs don't give users enough r o [2000/09/15] kern/21304 wpaul dc0 watchdog timeouts on NetGear FA310TX o [2000/09/15] kern/21305 roger bktr driver dosn't send signals in contin o [2000/09/17] misc/21328 Should newer version of OS-BS be on CDROM o [2000/09/18] misc/21384 pcm driver has static in recorded audio o [2000/09/19] kern/21400 ata driver stealing IRQ15 on Compaq Proli o [2000/09/19] misc/21406 freebsd's bootinst or booteasy overwrites o [2000/09/20] kern/21424 Blocking issue while regenerating aliases o [2000/09/20] kern/21429 box reboots with panic: pipeinit: cannot o [2000/09/20] gnu/21433 obrien g++ optimiser produces bad code on right o [2000/09/21] kern/21461 ISA PnP resource allocator problem o [2000/09/21] kern/21463 marcel Linux compatability mode should not allow o [2000/09/21] ports/21464 marcel linux_base port installs insecure glibc r a [2000/09/25] conf/21540 bp installworld panics for diskless clients o [2000/09/25] ports/21548 ports libcoro.a (ports) should use MAP_STACK wh o [2000/09/26] i386/21559 rnordier BTX loader sometime show registers o [2000/09/26] misc/21583 CVS pserver - login succeeds but checkout o [2000/09/27] conf/21593 Whither cons25, or, cons25 causing intero f [2000/09/27] bin/21603 green Can't change user passwords on 4.1.1-STAB o [2000/09/28] i386/21624 trap in gusc_attach o [2000/09/28] kern/21625 yokota kernel hangs if SC_NO_FONT_LOADING define o [2000/09/28] kern/21631 4.1.1 Release and Stable don't detect my o [2000/09/28] bin/21637 [telnet] No address associated with hostn o [2000/09/28] kern/21642 Compaq Netelligent 10/100 card (TI Thunde o [2000/09/29] kern/21653 I need a AD1816 Driver o [2000/09/29] bin/21654 Re: nvi's -c flag does no do what it is d o [2000/09/30] bin/21660 crontab mishandles day range o [2000/10/01] kern/21674 Fujitsu MO drives M2513A don't like the s o [2000/10/01] kern/21676 CDROM drive not recognised during install o [2000/10/01] kern/21688 Kernel crash with Adaptec AAA-133 and ahc o [2000/10/02] misc/21701 murray Keymap selection menu broken on initial i o [2000/10/02] ports/21714 sobomax audio problem with nil o [2000/10/02] misc/21716 The site search results *suck*. o [2000/10/04] ports/21756 adrian errors in Squid-2.3.4's configure prevent o [2000/10/04] ports/21761 adrian Re: errors in Squid-2.3.4's configure pre o [2000/10/05] kern/21771 Fix for sppp and Cronyx drivers update o [2000/10/05] gnu/21779 patch(1)'s bug of new file creation o [2000/10/06] kern/21791 Hang on FIN_WAIT_2 a [2000/10/06] kern/21808 [patches] msdosfs incorrectly handles vno o [2000/10/07] i386/21824 bt driver no longer attaches due to chang o [2000/10/07] kern/21827 mount causes freebsd 4.1.1 to reboot o [2000/10/09] kern/21860 The fix to TCP_ISSINCR after the bugtraq o [2000/10/09] kern/21869 Compiling a a.out kernel on FreeBSD 4.0 o [2000/10/09] bin/21877 green [PATCH] DSA support for pam_ssh o [2000/10/10] kern/21898 If options NFS is not in the kernel, moun o [2000/10/11] bin/21918 Revision 1.5 provides incomplete fix for o [2000/10/12] misc/21940 Modem Power-Off kills system o [2000/10/12] kern/21946 vm_fault when (accidentally) attempted to o [2000/10/13] kern/21965 Running ldconfig (linux binary) from ld-1 o [2000/10/15] misc/21998 green ident only for outgoing connections o [2000/10/15] i386/22006 quotacheck halt s [2000/10/16] gnu/22025 markm perl does chmod in installworld o [2000/10/16] kern/22029 mckusick use of softdependencies leads to major fi o [2000/10/16] ports/22036 ports StarOffice 5.2 CDROM install still fails o [2000/10/17] kern/22063 brian bpf when used with the select system call o [2000/10/18] kern/22078 Option ROM(s) must be excluded from ISA I o [2000/10/18] bin/22105 /usr/src/bin/sh - Permission denied when o [2000/10/19] misc/22111 Install 4.1.1 o [2000/10/19] kern/22142 securelevel does not affect mount o [2000/10/21] kern/22200 4.1.1-RELEASE can't mount CDROMS (negativ o [2000/10/22] bin/22212 skeyaccess(3) doesn't for primary group o [2000/10/22] kern/22225 Trying to build a CURRENT snapshot on 4.1 o [2000/10/22] misc/22229 X configuration o [2000/10/23] kern/22265 Suspend only possible once after reboot o [2000/10/24] misc/22283 when attempting to boot from CDROM to ins o [2000/10/24] misc/22284 Change (SunOS) NIS passwd error o [2000/10/25] bin/22286 marcel siglongjmp does not properly restore the o [2000/10/25] conf/22287 binary upgrade install to 4.1.1 does not o [2000/10/25] bin/22291 getcwd() fails on recently-modified NFS-m f [2000/10/26] misc/22305 o [2000/10/26] i386/22315 Cannot reboot or power-off the machine o [2000/10/26] ports/22328 mi new port -- print/ttf2pt1 o [2000/10/29] ports/22403 portmgr "make readmes" hangs if category director o [2000/10/30] ports/22416 reg mozilla segfaults on current o [2000/10/30] kern/22417 gibbs advansys wide scsi driver does not suppor a [2000/10/30] ports/22421 ports New port: Enhydra 3.1 beta 1 o [2000/10/31] i386/22441 pmap_growkernel() is not effective at ker o [2000/10/31] kern/22460 PCMCIA card using ed driver temporarily f o [2000/11/01] bin/22482 The sysctl (8) command uses strtol on inp o [2000/11/01] kern/22484 System locks on reboot with a Severworks o [2000/11/01] bin/22489 mass IP aliasing via ifconfig broken o [2000/11/02] kern/22521 netgroup can't work on FreeBSD-4.1.1-STAB o [2000/11/02] kern/22532 [patch] /dev/dsp is sometimes busy when n o [2000/11/03] misc/22588 scp hangs when using Lucent 802.11b card f [2000/11/03] kern/22594 NFS can't handle asymmetric server routin o [2000/11/03] ports/22597 billf [PATCH] ports/net/ucd-snmp o [2000/11/04] i386/22606 Panic on boot: panic string "panic ahc0: o [2000/11/05] bin/22614 billf pam_ssh dumps core o [2000/11/05] kern/22624 Interrupt conflict btw. vga and Ethernet o [2000/11/05] kern/22634 4.2-Beta (11/06) Kernel does not detect S o [2000/11/06] gnu/22635 Why don't you use truncate(2) in libI77 o [2000/11/06] kern/22642 Load average stuck not changing o [2000/11/06] kern/22643 Cannot compile kernel with support for Gr o [2000/11/07] kern/22664 [PATCH] mounting an audio CD causes kerne o [2000/11/07] kern/22680 ATA driver think Ultra ATA-100 drive is A o [2000/11/08] bin/22685 Repairing a directory hard link. o [2000/11/08] ports/22695 ports MAKEDEV has no entry for cfs0, the device o [2000/11/08] i386/22708 fpe in healthd when it starts o [2000/11/08] i386/22712 sysinstall makes wacky keymap choices o [2000/11/09] bin/22727 disklabel crashes if the number of partit o [2000/11/10] bin/22737 syslog gets spammed with /kernel: arp_rtr o [2000/11/12] ports/22802 jseger convert in ImageMagic does not work in co o [2000/11/13] kern/22826 marcel Memory limits have no effect in linux com o [2000/11/14] bin/22846 Routed does not reflect preference of Int o [2000/11/14] kern/22852 Abit KT/7 Raid makes install hang o [2000/11/15] kern/22862 ncr probe fails with CACHE TEST FAILED: ? o [2000/11/15] kern/22866 Packets send on INET6 sockets compatible o [2000/11/15] kern/22874 cg newpcm CS461x sound problems o [2000/11/15] kern/22877 installation panic if ep0 presents o [2000/11/16] kern/22896 When kernel boots uhci fails o [2000/11/16] kern/22906 soundcard problems o [2000/11/17] kern/22926 kernel 4.1-RELEASE, 4.1.1-RELEASE (floppy o [2000/11/18] kern/22942 Problem with ext2fs support o [2000/11/18] kern/22943 marcel Problem with linux emulation o [2000/11/18] i386/22944 isa_dmainit fails on machines with 512MB s [2000/11/18] bin/22945 tftp (4.1.1-RELEASE) appears broken a [2000/11/18] kern/22947 jon IBM 10/100 EtherJet Cardbus (Xircom X3201 o [2000/11/18] kern/22951 failed drive causes panic with HPT370 RAI o [2000/11/19] i386/22961 rnordier New installation of 4.1.1 won't boot o [2000/11/19] i386/22969 4.1.1 stable kernel cannot find console o [2000/11/20] i386/22971 RealProducer doesn't work on linux emulat o [2000/11/20] ports/22977 ports kmp3 has a problem o [2000/11/20] conf/22998 darrenr ipf fails to load the rules if IPFILTER i o [2000/11/22] i386/23039 disklabel editor couldn't create partitio o [2000/11/23] ports/23041 jmz XFree86 4.0.1 crashes when switching to a o [2000/11/23] misc/23056 clearing of memory address 0xc0000 o [2000/11/23] gnu/23058 ncurses: tgoto_internal() ugliness o [2000/11/24] alpha/23064 jkh Alphas do not boot if `a' (/) partition i o [2000/11/24] misc/23069 jkh Compat22 does not work until you reboot o [2000/11/24] ports/23080 jmz fr keymap don't work correctly o [2000/11/24] bin/23083 pkg_add returns 0 even if the package is a [2000/11/25] misc/23091 unable to fixate a disk with burncd o [2000/11/25] misc/23094 The PR system has no way to let committer o [2000/11/25] bin/23098 If installing on a serial console, enable o [2000/11/26] i386/23108 Boot defaults to wd(4) devices rather tha o [2000/11/26] misc/23120 '|more' takes up to 100% system resources f [2000/11/26] ports/23122 sobomax programs requiring glib13 fail in configu o [2000/11/26] ports/23125 ports Successful emulation of StarOffice depend o [2000/11/27] ports/23140 pst GNU id-utils port is out-of-date o [2000/11/28] misc/23161 tcsh execs /bin/ls --color o [2000/12/19] gnu/23678 gdb won't exit if attached process disapp o [2000/12/20] kern/23697 panic at _pl_download_mhroute+0x247 o [2000/12/20] ports/23701 ports XpostitPlus fails when height or width is o [2000/12/22] kern/23771 bridge/firewall doesn't work as in bridge o [2000/12/25] misc/23827 Can't boot from the cd-rom drive o [2000/12/26] bin/23866 dwmalone patch for pointing out current date o [2000/12/26] i386/23870 Crashing on make buildworld o [2000/12/26] misc/23873 4.2 install hangs on probing hardware f [2000/12/26] ports/23878 ports New port: IO - various IO modules o [2000/12/28] docs/23910 doc Handbook Chapter 14. Sound -- some fixes o [2000/12/28] kern/23913 UDMA 66 Drive forced to PIO4 on DFI AK-74 o [2000/12/28] kern/23935 Repeatable panic: blockable mtx_enter() o o [2000/12/29] i386/23939 rnordier IBM (A,T,X Series) Thinkpad won't boot of o [2000/12/30] misc/23972 releng4.freebsd.org has strange ftp behav o [2001/01/01] ports/23992 ports infinite recursion in rtelnet, setupterm( o [2001/01/02] kern/24032 rndcontrol and pccardd use of interupt ha o [2001/01/03] kern/24059 n_hibma USB support broken in SMP kernel o [2001/01/04] kern/24070 n_hibma uhci USB driver disables port on reatachi o [2001/01/04] kern/24074 mdodd Properties of token-ring protocol must be o [2001/01/04] misc/24079 make release fails in 4.2-STABLE o [2001/01/04] gnu/24082 Use of seekp() in C++ programs causes seg o [2001/01/05] docs/24083 doc change layout and content of kernel build o [2001/01/05] ports/24084 dbaker misc/proxyper port fails to install o [2001/01/05] kern/24085 syncing on shutdown leaves filesystem dir o [2001/01/05] ports/24098 demon port www/links bug o [2001/01/06] kern/24100 Having a 3c589 PCMCIA/PCCARD inserted pre o [2001/01/06] i386/24117 System fails to initialize built-in PNP t o [2001/01/06] docs/24125 wes connect(2) can yield EWOULDBLOCK/EAGAIN o [2001/01/07] bin/24136 sysinstall's install.cfg tryRTSOL and try o [2001/01/07] kern/24137 Aironet driver breaks after firmware upgr f [2001/01/08] ports/24165 ports windowmaker-0.63.1 fails to build in libw a [2001/01/09] ports/24190 ports [NEW PORT] kde-18n polish internationaliz o [2001/01/09] i386/24210 compaq dl360 hangs with smp kernel o [2001/01/10] kern/24219 <4.2R can't use Pentium3 SSE instructions o [2001/01/10] conf/24238 First physical interface always has IPv6 o [2001/01/12] bin/24270 fsck should notice some inconsistencies o [2001/01/12] bin/24271 dumpon should check its argument more o [2001/01/13] kern/24315 getcwd under Linux emulation fails after o [2001/01/14] kern/24320 DMA doesn't work with Alladain V and K6-2 o [2001/01/14] kern/24325 Athlon Thunderbird 700 on Asus K7M vs. Fr o [2001/01/14] kern/24335 Crash when returning from single user mod o [2001/01/14] ports/24336 taoka ja-FreeWnn-server port fail to compile on o [2001/01/15] ports/24347 vanilla New port: Apache::NNTPGateway - A NNTP in o [2001/01/15] docs/24363 doc lack of explanation o [2001/01/15] kern/24365 delete alias from ipv6 p-t-p iface will c o [2001/01/16] bin/24377 make(1) does not correctly substitute in o [2001/01/16] ports/24381 ports graphics/dia does not support "libraries" o [2001/01/16] i386/24387 4.2 compile bombs at PERL build o [2001/01/16] misc/24391 cannot kill amd after interface disappear o [2001/01/16] kern/24392 panic() if kldload used to load module wh o [2001/01/16] bin/24399 green OpenSSH forced commands munge output o [2001/01/18] kern/24423 yokota [Fix] syscons VT switching code errors o [2001/01/18] misc/24424 linux-programms under BSD cannot display o [2001/01/18] bin/24438 sys.mk is lacking single suffix rules for o [2001/01/18] bin/24443 Fix for spurious "arith: syntax error: " o [2001/01/18] gnu/24445 darrenr ipnat does not parse its file properly o [2001/01/19] misc/24452 random panics with Fatal trap 19 and Open o [2001/01/19] ports/24455 andreas [PATCH] print/apsfilter does not work pro o [2001/01/19] ports/24459 ports New port: package for the solution of PDE o [2001/01/19] bin/24461 Being able to increase the YP timeout wit o [2001/01/19] ports/24466 lioux net/kicq UPGRADE to 2.0.0b1 o [2001/01/19] bin/24472 libc_r does not honor SO_SNDTIMEO/SO_RCVT o [2001/01/21] kern/24511 keyboard lockup on boot (about 1/3 of the o [2001/01/22] conf/24524 /etc/security uses dmesg instead dmesg -a o [2001/01/22] ports/24525 portmgr USE_NEWGCC specifies incorrect port o [2001/01/22] kern/24559 aio_suspend() had Bus error when using -l o [2001/01/23] misc/24590 timezone function not compatible witn Sin o [2001/01/23] bin/24591 jobs command differs in interactive vs. n o [2001/01/23] kern/24593 NFS hang between stable and current boxes o [2001/01/24] kern/24596 sysinstall crash: Page fault while in ker o [2001/01/24] ports/24599 max New ports collection: youbin-3.4 o [2001/01/25] kern/24628 if netgraph seriously runs out of queue e o [2001/01/25] kern/24629 ng_socket failes to declare connected dat o [2001/01/25] bin/24632 libc_r delicate deviation from libc in ha o [2001/01/25] ports/24639 dirk two problems when compiling MySQL 3.23.32 o [2001/01/25] misc/24641 pthread_rwlock_rdlock can deadlock o [2001/01/25] kern/24645 sometimes delayed ACKs timeout o [2001/01/28] bin/24691 map-mbone segfaults at getsockname o [2001/01/28] i386/24701 tempnam() possibly used unsafely by libg2 o [2001/01/29] ports/24711 portmgr ${MAKEFILE} causing trouble with ports o [2001/01/29] misc/24712 Getting message /usr/libexec/ld-elf.so.1: o [2001/01/29] bin/24721 libgcc_r problem - library precedence wit o [2001/01/29] misc/24725 failing install: not loading proper adapt o [2001/01/30] i386/24737 Socks5 clients die with leaving zombie pr f [2001/01/30] kern/24739 darrenr "kldunload ipf" kernel module (V3.4.16) c o [2001/01/30] bin/24748 green OpenSSH creates broken pipes o [2001/01/31] ports/24753 ports Pipsecd may get a tun device with the IFH o [2001/01/31] bin/24760 installkernel fails trying to install *.m o [2001/01/31] ports/24763 green Licq 1.0.2 will not compile on my 4.2-sta s [2001/01/31] bin/24773 dd the -v flag of the date command does not o [2001/02/01] ports/24778 portmgr "update" target not available in categori o [2001/02/01] conf/24779 sysinstall 4.2 regresssions todo with sta f [2001/02/02] ports/24800 ports When i trying to compile mysql323-server o [2001/02/02] bin/24810 kerberosIV and heimdal ftpd is vulnerable o [2001/02/04] kern/24854 NEWCARD support for Aironet driver an(4) o [2001/02/06] ports/24895 adrian New port: www/sqmgrlog o [2001/02/06] gnu/24903 Patch to remove 32bit limit from tar o [2001/02/06] i386/24916 SCSI timeout errors with adv0 driver (Adv o [2001/02/07] kern/24937 flaky connection through vlan interface f [2001/02/08] ports/24947 ports New port: gc - a garbage collecting stora a [2001/02/08] ports/24948 ports New port: Orchard - innovative, lightweig o [2001/02/08] i386/24949 mbuf memory leak in de0 driver o [2001/02/09] kern/24982 stack gap usage o [2001/02/10] kern/24992 Writing to a write-protected floppy cause o [2001/02/10] i386/24997 /boot/loader cannot handle extended dos p o [2001/02/11] ports/25007 max telnetx problem on 4.x o [2001/02/11] ports/25027 ports samba nmbd core dumped on isolated machin o [2001/02/11] ports/25029 archie mpd-netgraph crashes when using netmeetin o [2001/02/12] kern/25037 top doesn't show CPU states (shows zeroes o [2001/02/12] kern/25038 dhcp client could not set hostname on boo o [2001/02/13] kern/25061 CS46xx sound broken in 4.2-STABLE (Thinkp o [2001/02/13] kern/25067 adrian able to mount a pathname > 80 char. but u o [2001/02/14] kern/25093 4.2-STABLE does not recognize PCNet-ISA+ o [2001/02/14] ports/25102 ports depends on 'wrong' openldap o [2001/02/14] conf/25105 green S/Key support is broken in sshd o [2001/02/16] bin/25132 sigprocmask problem with pthread o [2001/02/16] kern/25136 Fatal trap 12: page fault while in kernel o [2001/02/16] bin/25153 kdump does not finish displaying data s [2001/02/16] ports/25155 ports `ASSERTION FAILED' errors with security/p o [2001/02/19] kern/25201 pccard event and syscons beep duration de o [2001/02/19] ports/25205 greid mail/pop3lite port update o [2001/02/19] kern/25213 Bus abstraction interface doesn't allow p o [2001/02/19] i386/25214 Installing 4.2, and after the initial set o [2001/02/20] i386/25236 Intel 82559 is not working behind a DEC/I o [2001/02/20] bin/25244 termcap and printcap interference o [2001/02/21] kern/25245 mounting NFS to/from same host + activity o [2001/02/21] kern/25248 sys/user.h needs sys/param.h, but doesn't o [2001/02/21] bin/25250 segfault on tar Ixvf o [2001/02/21] kern/25255 keyboard response very slow with PCMCIA E o [2001/02/21] misc/25259 Problem with floppies f [2001/02/21] kern/25261 gibbs ahc0 no active SCB errors when booting of o [2001/02/21] ports/25265 ports DIA crashes when using delete on an objec a [2001/02/21] kern/25266 chris fdesc file system in -STABLE locks up dur o [2001/02/21] ports/25272 rse Using eperl as cgi/nph binary executor ca o [2001/02/22] misc/25290 IDECD-ROM doesn't DETECT o [2001/02/22] kern/25292 UDMA66 Disk controller resetting hangs on o [2001/02/23] bin/25329 The current default permission of /var/lo o [2001/02/23] bin/25337 rwatson dmesg -a should be restricted o [2001/02/23] kern/25338 HARD READ ERROR on IBM Hard Disks connect o [2001/02/24] kern/25344 ipfilter and ppp insecure in 4.2-Stable o [2001/02/24] kern/25346 Some interrupts not delivered on Dell Wor o [2001/02/25] ports/25374 ports A new port math/atlas highly optimized BL o [2001/02/26] bin/25403 ipfilter: enable ipv6 and STATETOP in 4.2 o [2001/02/26] misc/25404 sys/cdefs.h does not contain definitions o [2001/02/27] kern/25421 route structures are being leaked. a [2001/02/27] ports/25423 ports The "biology" category holds programs fro o [2001/02/28] bin/25461 jkh sysinstall's fdisk and disklabel don't wo o [2001/02/28] kern/25464 if_xl.so kld does not work with "options o [2001/03/01] kern/25476 [PATCH] The syscall oldgetkerninfo can re f [2001/03/01] i386/25478 yar kernel panic using vlans with fxp o [2001/03/02] ports/25492 ports patche of CLISP o [2001/03/03] kern/25511 ioctl(fd, FIONREAD, &c) on a FIFO (not PI o [2001/03/04] ports/25522 portmgr FORBIDDEN ports doesn't return error for o [2001/03/04] kern/25528 OnStream ATAPI Streamer refuses to eject o [2001/03/05] bin/25542 /bin/sh: null char in quoted string o [2001/03/05] bin/25561 [PATCH] ksrvtgt contains unsubstituted pa o [2001/03/07] misc/25585 sed.test 8.16 puts bugged sed into infini o [2001/03/07] bin/25586 green Password expiration doesn't work after up o [2001/03/07] kern/25592 Route table appears to fill up, and conne o [2001/03/09] ports/25636 kris openssh-askpass can't make package o [2001/03/09] kern/25640 DLink DFE-530TX+ cards are not recognized o [2001/03/10] kern/25650 le nic driver causes kernel panic f [2001/03/10] conf/25676 FBSD >= 4.0 does not recongnize NIC card o [2001/03/11] i386/25693 VGA driver on Current not found o [2001/03/11] misc/25694 change passwd on SunOS yp server f [2001/03/11] ports/25718 ports Missing xmkmf in XFree86-4.0.1,fix this b o [2001/03/12] kern/25755 cg kernel hangs when loading emu10k1 sound d o [2001/03/12] bin/25757 rcp does not handle logins with a '.' in o [2001/03/13] kern/25781 Statclocks cannot be disables on ServerWo o [2001/03/13] kern/25788 microuptime() weny backwards, again o [2001/03/14] misc/25801 change IP-address on pccard (3Com) fails o [2001/03/15] bin/25826 nfsd -t -h adr1 -h adr2 doesn't work o [2001/03/16] misc/25851 sysinstallSecurity hole in anonymous FTP setup scri f [2001/03/17] ports/25884 dinoex cnews-cr.g is marked as broken: gawk need o [2001/03/17] bin/25885 telnet -a off still uses SRA authenticati o [2001/03/17] bin/25886 cgetset(3) doesn't get cleared when switc o [2001/03/18] i386/25889 FDISK lost a partition ! o [2001/03/18] bin/25896 [PATCH] several fixes for nfsd(8) o [2001/03/18] misc/25899 As I have NAS storgae more than 1.2 TB wi o [2001/03/18] kern/25900 system crach and reboot when use mount_cd o [2001/03/19] ports/25920 ports cclient port should support SSL o [2001/03/19] bin/25929 Can't use MAKEDEV in fixit mount o [2001/03/19] kern/25932 dwmalone possible memory leak in /sys/kern/kern_pr o [2001/03/20] kern/25949 msmith camcontrol doesn't find new drives or RAI o [2001/03/20] kern/25953 Attempt to access CD changer results in p o [2001/03/20] misc/25955 sysinstall cannot load config from LS-120 o [2001/03/20] ports/25958 jmz Xfree86's savage and vesa drivers can pan o [2001/03/20] kern/25959 pcn driver disables nic after kernel is l o [2001/03/21] misc/25964 What category to file problems with www.f o [2001/03/21] i386/25968 /usr/src/lib/libcrypt/../libutil/property o [2001/03/22] kern/25986 Socket would hang at LAST_ACK forever. o [2001/03/22] kern/25992 System hangs when read-only floppy has be o [2001/03/22] misc/26002 n_hibma Poor read/write performance on uhci USB c a [2001/03/22] bin/26010 tar(1) core-dumps on '-I file' o [2001/03/22] kern/26013 Linksys (rev 3) USB 100TX NIC causes infi o [2001/03/23] kern/26034 kldload() panics if error code is returne o [2001/03/23] ports/26036 dima acroread4 produces invalid postscript in o [2001/03/23] misc/26044 vsprintf calls __swsetup, then __smakebuf o [2001/03/24] ports/26055 lioux qpopper 3.1.2_1 hangs then crashes o [2001/03/25] kern/26078 Jails cannot connect to the main server a o [2001/03/26] bin/26093 pam_unix rejects authenticating accounts o [2001/03/26] ports/26114 bmah [PATCH] pkg_version support for wildchart o [2001/03/26] misc/26132 keyboard hangs during install from the cd o [2001/03/27] kern/26142 Unlink fails on NFS mounted filesystem o [2001/03/27] kern/26161 Kernel Panic on Dual Processor System dur o [2001/03/28] kern/26171 not work Linux-emulator, but hi is work i o [2001/03/28] misc/26185 4.2-R kern.flp won't boot on PS/2 o [2001/03/29] ports/26202 ports slib 2d1 breaks GnuCash 1.2.4 o [2001/03/29] conf/26203 No CODA devices in MAKEDEV o [2001/03/29] ports/26207 ports Selecting KDE in sysinstall as GUI env do o [2001/03/29] bin/26209 pccardd will not recognise any pc cards o o [2001/03/30] i386/26216 alloca() couldn't detect thread stack lim o [2001/03/30] bin/26222 burncd(1) can't burn CD-RW with NEC NR750 o [2001/03/30] ports/26237 ports Apache 1.3.19 segfaulting in ap_get_local o [2001/03/31] bin/26244 burncd exits after displaying message 'fi o [2001/03/31] i386/26261 silo overflow problem in sio driver o [2001/03/31] ports/26262 ports jgnat is broken o [2001/04/01] conf/26275 ipfilter_enable in rc.conf does not load o [2001/04/01] kern/26278 ata driver doesn't support tertiary IDE c o [2001/04/02] bin/26283 dwmalone column coredumps on specific input o [2001/04/02] kern/26304 pcm only plays left channel in FreeBSD 4. o [2001/04/02] bin/26307 libc_r aborts when using the KDE media pl o [2001/04/03] kern/26309 PPPoE client panics in kernel - fxp probl o [2001/04/03] misc/26320 mountd breaks IRIX automounter o [2001/04/04] i386/26344 3Com 3C509 EtherLink III Problem. o [2001/04/04] misc/26356 Large copy of files to the machine causes o [2001/04/04] kern/26361 5.0-04022001-CURRENT kernel panic on kern o [2001/04/05] gnu/26362 "cvs server" doesn't honour the global -- o [2001/04/05] bin/26368 ``MAKEDEV ad0e'' fails o [2001/04/06] i386/26382 FreeBSD Bootable CDROM won't boot on IBM o [2001/04/06] kern/26384 dc driver hangs in dc_rxeof o [2001/04/08] bin/26426 vi o [2001/04/08] kern/26430 -CURRENT panics on cat /dev/dsp or cat /d o [2001/04/09] ports/26464 ports Citrix client no longer reads files in lo o [2001/04/09] kern/26466 devfs panics o [2001/04/10] misc/26486 setnetgrent hangs when netgroup contains o [2001/04/11] kern/26501 Unsuported PCCARD freeze the kernel in is o [2001/04/12] kern/26506 sendto() syscall returns EINVAL in jail e o [2001/04/12] kern/26517 ATAPI DVD drive not recognized (solo mast o [2001/04/14] kern/26567 Mouse driver will not properly restart if o [2001/04/14] kern/26568 Mouse driver will die if you move mouse a o [2001/04/15] docs/26605 doc The documents for ppp(8) have some incons o [2001/04/15] ports/26607 adrian squid port don't work corretly when compi o [2001/04/16] kern/26613 ethernet vr0 hangs o [2001/04/16] bin/26619 m4 silently truncates long lines o [2001/04/16] pending/26631gnats-adminSynopsis of units command has the wrong o o [2001/04/16] conf/26633 ume pccards don't get ipv6 network configured o [2001/04/18] ports/26668 ports Update port: net/ipcad. Memory leaks fixe f [2001/04/18] ports/26679 sobomax make on qpopper4 fails because it's using o [2001/04/19] kern/26704 AHA-2940[UW] gives MPARERR on cold boot ( o [2001/04/19] kern/26705 P_ALTSTACK in proc::p_flag isn't copied t o [2001/04/20] ports/26733 kuriyama textproc/jade: patch-site does not have t f [2001/04/21] ports/26751 ports gnucash from FreeBSD package doesn't seem o [2001/04/21] pending/26756gnats-admindatabases/py-PyGreSQL: fix for postgresql o [2001/04/21] ports/26757 ports ports/net/samba and samba-devel o [2001/04/22] gnu/26771 cvs checkout bug with existing val-tags a o [2001/04/22] ports/26778 ports Python port (2.0) does not build in newes o [2001/04/22] i386/26780 ports fetch for rpm source has wrong url o [2001/04/23] docs/26796 doc Overwriting existing en_US.ISO_8859-1/art o [2001/04/23] ports/26797 ports arla-0.34.6 causes kernel panic/page faul 1134 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1995/01/11] i386/105 Distributed libm (msun) has non-standard s [1995/08/07] bin/658 ifconfig alias has to be separately given s [1995/09/26] kern/742 syslog errors accessing Mac hard disks [p o [1995/10/03] kern/765 asmodai umount -f can`t umount a NFS filesystem i s [1995/11/20] kern/831 one minor complaint about the kernel visu a [1995/11/30] bin/854 swapinfo shows incorrect information for a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/03/20] bin/1093 route's diagnostic is weird a [1996/07/07] bin/1375 eivind Extraneous warning from mv(1) [PATCH] s [1996/09/08] bin/1589 msmith [PATCH] ftp fails to flush output o [1996/09/14] gnu/1611 phk groff should use "system-wide" papersize s [1996/10/13] misc/1791 tegge syslimits.h does not allow overriding def o [1996/10/20] bin/1849 obrien gdb sets library breakpoints on the wrong s [1996/11/04] gnu/1961 [PATCH] uucp logging files are in /var/sp s [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi s [1996/12/02] bin/2137 vm statistics are bad s [1996/12/14] bin/2216 obrien [PATCH] Ada specs not being compiled into a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/24] kern/2273 dufault support for POSIX.4 / POSIX.1a RT-schedul s [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 brandon new crypt() including SHS and an extendab o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/28] bin/2603 dufault Added POSIX.4/POSIX.1b constants in unist o [1997/02/02] gnu/2637 tar dumped core with -g option. a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/15] misc/2745 fenner PR querry web form doesn't sort correctly o [1997/03/03] kern/2865 peter NFS client hangs on umount, ls, df when N o [1997/03/06] bin/2898 fenner arp -a -n buglet o [1997/03/10] bin/2934 cracauer sh(1) has problems with $ENV o [1997/03/10] bin/2938 hoek Add -b, -l, and -f options to du(1) o [1997/03/31] gnu/3157 obrien Patches to gas and gdb to support MMX ext o [1997/04/07] bin/3221 rpc.rusersd : can't communicate with SunO o [1997/04/07] misc/3225 [PATCH] uucpd.c should normalize host nam o [1997/04/09] bin/3242 incorrect prototype for initgroups o [1997/04/14] bin/3284 [PATCH] symorder(1): -t option doesn´t wo o [1997/04/14] bin/3286 [PATCH] missing error checking in mount_m o [1997/04/29] bin/3416 ibcs emulation problems a [1997/05/08] gnu/3552 asmodai the -L option of tar does not work proper o [1997/05/16] bin/3608 Telnet in linemode will break apart long o [1997/06/02] bin/3762 dufault Bogus return values from rtprio(1) o [1997/06/09] bin/3826 KerberosIV sometimes hangs rcp o [1997/06/10] bin/3837 dufault new feature for rtprio o [1997/06/15] kern/3879 peter Can't export mounted ext2fs via NFS o [1997/06/19] misc/3912 ctags(1) cannot trace some macro correctl o [1997/06/24] kern/3944 paul if_le doesnt receive ether multicast pack o [1997/06/25] kern/3948 jlemon nonworking t/tcp server side o [1997/06/27] kern/3968 Hardware probes die on Peak SBCs. o [1997/07/07] kern/4051 pppd connect 'chat ...' broken o [1997/07/18] bin/4116 davidn Kerberized login as .root fails to s [1997/07/24] bin/4157 [PATCH] netstat atalk output should print o [1997/07/26] bin/4172 des suggest reconnection option added to fetc s [1997/07/28] kern/4184 [PATCH] minor nits in sys/netatalk s [1997/07/31] bin/4204 [PATCH] ac printed wrong report about tty o [1997/08/07] kern/4243 file locking doesn't work for pipe o [1997/08/08] misc/4249 wpaul ypchsh doesn't care about changing a user o [1997/08/12] misc/4285 SDL RISCom/N2 (ISA) o [1997/08/13] kern/4297 dufault SIGEV_NONE and SIGEV_SIGNAL go in signal. o [1997/08/13] i386/4300 msmith The initial timeout on open("/dev/lpt0".. o [1997/08/14] ports/4304 portmgr Recommendation re. Ports Collection o [1997/08/29] kern/4413 No way to unmount a floppy that goes bad o [1997/08/29] bin/4419 sheldonh man can display the same man page twice o [1997/08/29] bin/4420 roberto find -exedir doesn't chdir for first entr o [1997/09/03] bin/4459 bde No prototype for moncontrol(3) and monsta o [1997/09/13] kern/4528 processes hang if the mount_portal proces f [1997/09/16] misc/4556 will make can't build executable from single F o [1997/09/21] kern/4597 Patch to pass NPX status word in signal c o [1997/09/25] bin/4629 calendar doesn't print all dates sometime o [1997/09/28] misc/4646 Can't fixit with an NFS-mounted CD. o [1997/09/29] conf/4654 Need to do post-ifconfig commands o [1997/10/04] bin/4688 peter sys/utsname.h SYS_NMLN 32 too small o [1997/10/05] bin/4696 ping hangs on certain unresolvable hosts o [1997/10/15] gnu/4771 diff to correct misleading total bytes in o [1997/10/22] bin/4828 ypxfr makes false assumption about RPC ca o [1997/10/24] kern/4845 Boot complains about disk slices in FAT p o [1997/10/24] kern/4847 imp pccard stuff fails after running Win95 wi o [1997/11/08] bin/4975 quotaon while server very busy causes loc o [1997/11/11] kern/5009 ibcs2 emulation o [1997/11/13] bin/5031 gad lpr does not remove original file if -s i o [1997/11/14] kern/5048 dillon Calling shutdown(fd,1) multiple times wil f [1997/11/15] kern/5059 peter mountd, nfsd, etc. fail when lp0 defined o [1997/11/20] kern/5108 dillon pmap_release panics with 'freeing held pa o [1997/11/20] kern/5110 dillon kernel crash & core in pmap_testbit durin o [1997/11/23] bin/5134 cdcontrol will eject a mounted CDROM s [1997/11/28] bin/5173 [PATCH] restore ought to deal with root s s [1997/11/30] i386/5182 bde [PATCH] A patch support high speed serial s [1997/12/11] kern/5275 dillon [PATCH] Added volume (barcode) support to s [1997/12/14] bin/5296 slattach fails creating pidfile with ioct o [1997/12/22] kern/5362 peter mount incorrectly reports / as an NFS exp o [1998/01/02] bin/5410 phantom pkg_info options s [1998/01/03] bin/5419 [PATCH] timed rejects valid networks with s [1998/01/08] bin/5444 [PATCH] ypserv uses wrong dns lookup orde o [1998/01/11] bin/5483 Login(1) clears utmp entry s [1998/01/20] misc/5531 [SUBMISSION] new library function abs2rel s [1998/01/20] kern/5532 [PATCH] Dropped packet counts are inaccur o [1998/01/24] i386/5559 PC-Card joystick ports were not supported o [1998/01/26] kern/5577 bde Unnecessary disk I/O and noatime ffs fixe a [1998/01/28] bin/5591 Trouble with LD_PRELOAD environment varia o [1998/01/31] bin/5609 lpd cannot send long files to HP's JetDir o [1998/02/06] kern/5672 dillon Crash from scsi aborted command 'Overlapp o [1998/02/09] kern/5689 phk sysctl vm.vmmeter - bogus and unsupported o [1998/02/10] bin/5712 /bin/chio code cleaup and option added o [1998/02/14] bin/5745 [PATCH] Add /usr/local/share/mk to defaul o [1998/02/17] kern/5768 Shutdown aborts syncing, when sync isn't o [1998/02/18] i386/5784 ibcs2 emulation not handling ioctl(..FION o [1998/02/26] bin/5857 non-functional lpr/lpr o [1998/02/26] kern/5863 Kernel support for sorted SHUTDOWN & SHUT o [1998/03/02] bin/5901 new version of `fmt' o [1998/03/03] bin/5912 kinit exits if no user name specified o [1998/03/06] kern/5931 dma errors in syslog with GUS-max o [1998/03/06] i386/5932 perfmon kernel code should check for non- o [1998/03/11] gnu/5982 no error exit code from tar on child fail o [1998/03/13] bin/6000 kadmin ank uses bad default expiration of o [1998/03/15] bin/6015 indent(1) breaks source with backslash ne o [1998/03/22] gnu/6107 obrien gdb should support PRINTF_HAS_LONG_LONG f [1998/03/28] bin/6161 assar 2.2.6 kerberos servers are awfully visibl o [1998/03/31] bin/6183 quota hangups o [1998/03/31] kern/6184 No error if resulting file pos in lseek i f [1998/04/01] bin/6187 peter mounting nfs directories with -b can caus o [1998/04/03] bin/6202 No way to detect removable media. o [1998/04/06] bin/6234 ypserv -d is broken o [1998/04/14] kern/6296 IP_HDRINCL sockets force header fields to s [1998/04/15] bin/6314 [PATCH] /usr/sbin/ac modification o [1998/04/16] kern/6318 pppd does not update wtmp on hangup o [1998/04/16] misc/6320 Sometimes nohup isn't good enough. o [1998/04/17] bin/6332 bde /usr/include/time.h doesn't compile with o [1998/04/17] gnu/6338 Gnu tar not working properly with the -G o [1998/04/18] conf/6346 Kernel version strings need to relate to a [1998/04/27] kern/6432 IFF_NOARP does not affect ethernet interf s [1998/05/05] bin/6521 nbm [MAYBE PATCH] "rmdir -p x/y/z/" fails o [1998/05/07] kern/6544 luigi Only get one channel through sound card o [1998/05/11] i386/6595 Old IP address persistent after change o [1998/05/12] misc/6612 will bsd.man.mk can't handle man pages with ": o [1998/05/13] kern/6623 non-root user can crash system if disconn o [1998/05/13] conf/6624 davidn One class with nologin=/etc/nologin: reje o [1998/05/15] kern/6651 peter Possible NFS deadlock clue s [1998/05/17] kern/6668 [PATCH] new driver: Virtual Ethernet driv a [1998/05/26] misc/6759 phk buggy code in libdisk.a's disk.c f [1998/05/26] kern/6769 peter panic: nfs rcvunlock s [1998/05/29] kern/6781 [PATCH] exabyte changer doesn't grok LUNs s [1998/05/29] bin/6785 place for all the default dump flags o [1998/06/01] kern/6820 cd9660_mount NULL pointer deref for no CD o [1998/06/06] kern/6874 accounting prevents transition to multi u o [1998/06/13] misc/6936 phk sysinstall: install from MS-DOS MO divece o [1998/06/18] kern/6981 CD unmount w/o CD in drive can cause pani o [1998/06/22] bin/7023 portmgr bsd.port.(%|subdir.).mk patches for size s [1998/06/24] kern/7044 [PATCH] WaveLAN (2.4G, ISA, full-length b o [1998/06/25] docs/7065 wosch FreeBSD webpages -> applications, port br s [1998/06/28] i386/7100 integrate pcvt configuration into the /et s [1998/07/01] bin/7136 kerberized telnetd doesn't use gettytab % f [1998/07/02] kern/7146 imp The PCCARD doesnt recognize cards in top s [1998/07/08] kern/7210 [PATCH] od(4) bug fixes and enhancements, s [1998/07/10] misc/7232 murray Suggestion for FreeBSD installation dialo o [1998/07/10] kern/7234 yokota keyboard problems during login immediatel o [1998/07/12] bin/7265 A warning flag is added to ln(1). o [1998/07/13] ports/7268 portmgr MASTER_SITE_OVERRIDE works more better o [1998/07/14] kern/7282 some old and rarely used drivers have app o [1998/07/15] bin/7287 Incorrect domain name for MAP_UPDATE in m o [1998/07/16] bin/7298 Improvements to ln(1). a [1998/07/19] bin/7324 wosch Suggestions for minor modifications to ad a [1998/07/31] docs/7456 doc dialog(3) man page outdated s [1998/08/13] conf/7606 [PATCH] NIS Makefile.dist: NOPUSH replace s [1998/08/18] bin/7669 libalias does not IRC DCC packets under c o [1998/08/19] gnu/7687 description of default baud rate for cu c o [1998/08/22] kern/7722 Changes to acct format o [1998/08/23] bin/7728 ftpd processes hang o [1998/08/28] misc/7771 Debugging putenv/getenv o [1998/09/03] bin/7828 Add a command line option to cp to make i o [1998/09/05] kern/7837 patches to add a p_auth extension pointer o [1998/09/08] bin/7860 Extra option to pr(1). s [1998/09/08] bin/7868 [almost patch]Morse Code Fixups o [1998/09/16] misc/7946 asami ccdconfig gives confusing error when give o [1998/09/17] bin/7962 /usr/bin/ee prompts "save changes" when f o [1998/09/18] bin/7973 gad lpd: Bad control file owner in case of re o [1998/09/19] kern/7990 patch - teach kernel about RB_POWEROFF fl o [1998/09/20] bin/7998 jkh pkg_add seems to have unneeded umask s [1998/09/21] kern/8015 nbm [patch] Some sysctl descriptions for the o [1998/09/24] ports/8042 torstenb If pidentd dies, you must kill all telnet o [1998/09/26] bin/8060 install ignores the +X mode flag o [1998/09/27] conf/8061 profiling utilities seperate from profili o [1998/09/27] ports/8063 portmgr [PATCH] Add multiple CDROM support to bsd o [1998/10/03] misc/8133 markm [patch] bug in telnetd (Kerberos IV) o [1998/10/12] bin/8295 order of options in printcap causes some o [1998/10/13] conf/8303 3.0-981009-BETA can't make swap device on o [1998/10/13] kern/8311 kernel panic on de0 o [1998/10/16] misc/8346 Strftime can't generate ISO-8601 timezone o [1998/10/16] kern/8349 [PATCH] Changer definition for SureStore o [1998/10/19] kern/8376 CLOCK_VIRTUAL not implemented o [1998/10/22] kern/8420 __getcwd() from an (forcibly) unmounted f o [1998/10/24] misc/8434 boot.flp /bin/init crashes during probe w o [1998/10/24] i386/8436 boot.flp sysinstall crashes when probing o [1998/10/24] bin/8438 ex/vi: Error: tcsetattr: Interrupted syst o [1998/10/27] i386/8474 repquota does not pick up NIS information o [1998/10/28] bin/8479 Final \'s in /etc/exports did not work in o [1998/10/30] kern/8498 Race condition between unp_gc() and accep o [1998/11/03] bin/8553 /usr/libexec/mail.local doesn't handle "> o [1998/11/07] kern/8589 incorrect spelling for "dependency" and " o [1998/11/08] kern/8604 ps u gets confused about process start ti o [1998/11/09] bin/8631 pci interrupts are shown on EISA only mac o [1998/11/09] kern/8633 TCP packet via SLIP/CSLIP containing this s [1998/11/12] kern/8661 ports sys/netatalk/at_control.c needs to correc o [1998/11/12] bin/8666 X blocks serial port with getty process o o [1998/11/19] misc/8764 pwd_mkdb is slow on many users o [1998/11/19] docs/8765 dwhite some suggested text for describing passwo o [1998/11/27] i386/8867 murray /stand/sysinstall core dumps (signal 11) o [1998/11/30] bin/8913 negative time values for csh 'time' built o [1998/12/01] kern/8925 options kern file needs AWE_DEFAULT_MEM_S o [1998/12/08] bin/9012 route add -host hostIP -interface localIP o [1998/12/16] ports/9107 portmgr Addition to bsd.port.mk for searching mul o [1998/12/18] bin/9123 pax can't read tar archives that contain o [1998/12/20] kern/9144 luigi acd driver inconsistency (byte order in C o [1998/12/22] bin/9176 dillon placemark to split mount_ufs out of mount o [1998/12/24] bin/9188 telnet gets stuck in ttydrain() f [1998/12/28] misc/9220 ache nvi: catalog: mistake in Russian error me o [1998/12/29] bin/9233 gmp's mpq_add and mpq_sub are buggy o [1999/01/04] bin/9318 vgrind(1): no JAVA support o [1999/01/04] i386/9319 D-Link DE-528CT poor performance o [1999/01/05] bin/9333 timestamp dump's progress f [1999/01/07] bin/9374 roberto Improved functionality for find(1) o [1999/01/08] kern/9392 Alternate system clock OR kernel stats cl o [1999/01/13] kern/9474 "comcontrol rescan 0:8:0" hangs, causes o o [1999/01/14] bin/9494 new option to prevent mail from sending m o [1999/01/19] kern/9570 dfr ed(4) irq config enhancement o [1999/01/19] bin/9573 ksrvtgt not working o [1999/01/21] kern/9611 MFS calculates the size incorrectly when o [1999/01/22] kern/9619 Restarting mountd kills existing mounts o [1999/01/25] kern/9679 fix for uninterruptible open in portal fi o [1999/01/25] kern/9689 panic in sbdrop(kern/uipc_socket2.c) o [1999/01/26] bin/9711 Fails: cd /usr/bin; gzip file ; mv file. o [1999/01/28] kern/9748 error in queue handling of at_shutdown() a [1999/01/28] bin/9770 kris An openpty(3) auxiliary program o [1999/01/29] i386/9777 luigi Generic AD1816 sound suport in Luigi's pc o [1999/01/30] kern/9791 enhancement for netinet/ip_icmp.c to cont o [1999/01/31] ports/9840 portmgr patch allows ports to fetch their sources o [1999/02/01] bin/9868 Patch to add "date -a" o [1999/02/01] kern/9869 When using macros out of function, they s o [1999/02/01] conf/9874 idle-timeout facilities in /etc/login.con o [1999/02/03] bin/9902 error in german (and some other) locale s o [1999/02/09] i386/9991 new driver for National Instruments GPIB o [1999/02/11] bin/10030 markm Kerberized telnet fails to encrypt when a o [1999/02/19] bin/10158 Reference to ncheck in quot(8) o [1999/02/19] kern/10160 kldload of umap module panics the system f [1999/02/21] ports/10178 kris USE_SOCKS=YES option broken for security/ a [1999/02/23] misc/10231 inet_addr() doesn't check for illegal val o [1999/02/25] docs/10240 wosch We need a script which check if our web m f [1999/02/26] bin/10274 will make does not understand "lib(obj)" synta o [1999/02/26] bin/10283 Race condition in rc.network o [1999/03/01] docs/10349 phantom For long .Dt fields, rendering is broken- o [1999/03/02] misc/10351 /usr/share/examples/worm is out of date o [1999/03/02] bin/10358 ftp(1) has problems with long pathnames f [1999/03/05] ports/10396 asami SPIN is in the wrong category o [1999/03/06] bin/10444 avoiding lost mail when mail filesystem i a [1999/03/06] kern/10455 pcaudio breakage f [1999/03/07] i386/10465 mdodd Must disable ex0 to install. o [1999/03/12] kern/10563 QIC 40/80 tape drive ft present in versio o [1999/03/13] kern/10574 3.1-stable kernel reports k6 cpu as "\^E" o [1999/03/14] conf/10582 marcel Makefile.upgrade fails with make -j o [1999/03/14] misc/10589 Incorrect assumptions in /etc/security o [1999/03/15] bin/10601 wosch Ownership of symlinks copied by adduser a o [1999/03/15] i386/10608 add Opti Viper-M PCI ID o [1999/03/15] kern/10609 adjtime bug (tv_sec > 2147) and enhanceme o [1999/03/15] bin/10610 New options to date to slowly adjust time o [1999/03/15] bin/10611 timed enhancement o [1999/03/17] kern/10641 groudier Default sync rate in ncr SCSI driver is s o [1999/03/18] kern/10663 hpscan doesn't like 3.1's pt device o [1999/03/18] misc/10667 murray Sysinstall inserts multiple # -- sysinsta o [1999/03/19] gnu/10670 cvs doesn't allow digits in local keyword o [1999/03/19] kern/10673 wpaul Non-ASCII chars on serial console with Re o [1999/03/19] kern/10678 Printing problems using ppc bus o [1999/03/19] ports/10682 portmgr List mirror sites in MASTER_SITE_BACKUP - o [1999/03/23] kern/10755 de driver says `invalid EESPROM checksum' o [1999/03/25] bin/10793 cvs update modification time check granul o [1999/03/26] misc/10803 joe whois(1) client enchancements a [1999/03/26] misc/10804 joe whois(1) enhancement o [1999/03/29] bin/10856 vty's from ttyvc - ttvf (maybe more?) do o [1999/03/30] bin/10868 BUG in /usr/bin/calendar o [1999/03/30] misc/10871 wst0 fails with Sony SuperStation streami o [1999/03/31] kern/10894 wrong error message in svctcp_create() o [1999/04/02] bin/10924 Extensions to biff(1) o [1999/04/03] bin/10931 biff b o [1999/04/05] ports/10965 obrien lcc-3.6 unable to compile anything o [1999/04/06] bin/10980 With ctags -x no space is left between na o [1999/04/07] docs/10997 doc Problem with query-pr-summary.cgi o [1999/04/08] kern/11020 popen does not honor ISO 9899 syntax o [1999/04/08] bin/11036 markm Perl does not honor -DNOMAN o [1999/04/08] bin/11037 Gencat doesn't properly handle \ddd octal o [1999/04/09] ports/11048 ports variable not initialized in fwtk-lib lead o [1999/04/10] conf/11058 Recent change to rc script causes hang on o [1999/04/11] bin/11085 Per-host configuration for syslog.conf o [1999/04/11] bin/11092 readlink(1) from OpenBSD o [1999/04/13] misc/11111 Error opening terminal: su o [1999/04/13] bin/11114 will make(1) does not work as documented with o [1999/04/13] misc/11126 vt100 termcap entry appears broken o [1999/04/14] ports/11134 hoek existense of /usr/obj/usr/ports/shells/ba o [1999/04/16] i386/11165 IBCS2 don't work correctly with PID_MAX 9 a [1999/04/16] bin/11168 davidn pw(8) usermod does not recognize -w flag o [1999/04/18] bin/11205 Suggestion: move mt(1) to /bin o [1999/04/20] bin/11236 mountd fails to properly check for kernel o [1999/04/20] bin/11248 Shuffle o [1999/04/23] kern/11293 brian FreeBSD's PPP implementation of LQM appea o [1999/04/23] bin/11294 direct logging to other hosts (no local s o [1999/04/27] bin/11360 Allow specification of "search" in resolv o [1999/04/28] kern/11365 plip in Linux mode has trouble with some o [1999/04/29] bin/11387 mount_cd9660 doesn't show rockridge filen o [1999/04/29] bin/11399 Calendar doesn't always handle 'last' day o [1999/04/30] kern/11416 code typo in sequencer.c: "if (!processed o [1999/05/02] misc/11448 Better looking VGA font for iso2 o [1999/05/06] misc/11553 /usr/share/misc/latin1 (new file submissi o [1999/05/09] bin/11609 vnconfig -v reports page numbers, not byt s [1999/05/09] ports/11611 billf Update port: net/ntop o [1999/05/10] bin/11623 quot uses 32-bit integers for its calcula o [1999/05/12] bin/11669 gcc 2.7.2.1 gets bad magic error linking o [1999/05/12] bin/11671 "vidfont -r" fails, asking for font size o [1999/05/13] i386/11683 olpt/nlpt name change not in man pages o [1999/05/13] misc/11689 Change "netstat" mode in daily "status-ne o [1999/05/17] bin/11746 Add support for Solaris mailboxes o [1999/05/18] misc/11767 sppp does not implement VJ compression o [1999/05/19] kern/11789 ELF machine definition missing for ARM o [1999/05/21] bin/11818 Added a feature to ping(8) o [1999/05/21] i386/11829 Boot Failure (Register Dump) with MFSroot o [1999/05/22] misc/11838 xwindows configuration problem o [1999/05/26] bin/11896 cap_mkdb dumps core when non-files passe o [1999/05/26] i386/11898 Connot wirte to floppy on HP OB800CT with o [1999/05/26] bin/11900 Sed(1) fails with MALLOC_OPTIONS set to ' o [1999/05/28] bin/11914 wosch makewhatis during installworld uses /usr/ o [1999/05/29] bin/11929 symorder doesn't work on elf format objec o [1999/05/29] kern/11941 FreeBSD box reboots itself when changing o [1999/05/30] kern/11945 tape problems on -stable, mt bl(ocksize), o [1999/05/31] kern/11968 kldload should call module entry point be o [1999/06/01] i386/11979 Vaio 505DX touchpad not detected as Glide o [1999/06/02] conf/11989 pppd(8) output misplaced o [1999/06/03] kern/12014 alfred Fix SysV Semaphore handling o [1999/06/06] gnu/12046 markm Perl subsystem does not install all tutor a [1999/06/06] bin/12052 sh type builtin appends first path compon o [1999/06/07] kern/12071 [PATCH] large scale IP aliasing o [1999/06/08] i386/12088 Enhancement to ed driver for Linksys 10/1 o [1999/06/09] kern/12095 [PATCH] Buggy ATAPI Zip Drive is not dete o [1999/06/09] bin/12107 Add switch to dump to support multiple du o [1999/06/10] bin/12115 pppd reports wrong connected duration wit o [1999/06/16] gnu/12238 bc 1.04 crashes with long formula typed i o [1999/06/16] bin/12244 realpath() fails when there is no permiss o [1999/06/17] bin/12263 hoek "more" problems with long filenames o [1999/06/18] bin/12280 LD_IGNORE_MISSING_OBJECTS not honored for o [1999/06/18] kern/12281 active-filter option in pppd doesn't stop o [1999/06/21] conf/12324 jkh Sysinstall's fdisk partition editor is mi o [1999/06/21] ports/12325 portmgr Adds refetch functionallity to bsd.port.m o [1999/06/21] i386/12326 wdc flag 0x1000 (LBA addressing) prevents o [1999/06/21] kern/12333 ProAudio Spectrum sound card broken model o [1999/06/21] kern/12334 Some ProAudio SPectrum cards do not do DM o [1999/06/21] kern/12335 if_pn.c lacks bridging support; patch enc o [1999/06/22] bin/12357 [PATCH] allow route to create "proxy only s [1999/06/23] bin/12358 ken Patch: "camcontrol help" should go to std o [1999/06/24] i386/12383 make release warns about /dev entries mak o [1999/06/26] bin/12398 fsck in free(): warning: pointer to wrong o [1999/06/27] bin/12421 sysinstall label fails o [1999/06/28] conf/12432 empty amd_flags causes start failure in r o [1999/07/02] docs/12486 mpp listing of (56) utilities in /bin:/sbin:/ o [1999/07/02] bin/12489 /sbin/route exits with 0 on some errors o [1999/07/05] bin/12528 [PATCH] tip's "tipout" child doesn't alwa o [1999/07/06] kern/12543 dg [PATCH] cumulative error counters for fxp o [1999/07/07] bin/12545 kldload(8) should be more sensitive to er o [1999/07/08] ports/12566 billf a guide to pyrotechnics o [1999/07/12] kern/12609 At boottime NFS mounts on a 3.2 client fr o [1999/07/13] misc/12633 CMI8330 chip based integrated sound card o [1999/07/15] kern/12655 Kernel config file needs more commenting o [1999/07/16] kern/12668 The kernel clock goes slow with PLIP devi o [1999/07/18] kern/12697 Out of swap handling [PATCH] o [1999/07/20] bin/12712 release/Makefile: mounting /some/dir with o [1999/07/20] kern/12723 imp Unnecessary use of magic numbers in F_[SG o [1999/07/22] misc/12765 cable problem: link down for de0 NICs. o [1999/07/24] bin/12789 Confusing error msg when dumping a filesy s [1999/07/25] bin/12801 sheldonh nvi infinite recursion with options "left o [1999/07/25] bin/12806 `sh -e' doesn't parse multi-command lines o [1999/07/28] kern/12855 panic:softdep_flushfiles:looping, caused o [1999/07/30] misc/12887 Problem with "top" command in SMP o [1999/07/30] misc/12888 strange kernel messages when copying file o [1999/07/31] bin/12898 Added a command-line switch to netstat to o [1999/08/03] bin/12939 add flag to quota to suppress NFS quota c o [1999/08/03] bin/12942 m4: len(`') returns `' o [1999/08/04] ports/12952 portmgr make _PORT_USE touch cookies by variable, o [1999/08/04] bin/12957 rpc.rusersd dumps core with signal 11 whe o [1999/08/04] kern/12966 receiver lockups in vr0 driver o [1999/08/05] bin/12982 last does not support -y option. o [1999/08/05] misc/12983 system hang accessing mounted msdos flopp f [1999/08/05] i386/12993 gibbs "ahc0: Data Parity Error Detected during o [1999/08/07] docs/13020 mpp Manpage capitalization o [1999/08/08] misc/13036 de doesn't work with DEC 21143 based PCI o [1999/08/09] bin/13042 will make doesn't handle wildcards in subdirec o [1999/08/09] bin/13043 minigzip -c option support. o [1999/08/09] i386/13051 after installation on system using COM1, o [1999/08/10] kern/13062 lnc ethernet xmit underflow problem o [1999/08/11] bin/13068 billf Don't stamp out score files! o [1999/08/11] bin/13072 billf Extensions to biff(1) o [1999/08/11] bin/13073 billf Extensions to mesg(1) o [1999/08/11] docs/13079 dwhite new man page describing timeradd() family o [1999/08/12] bin/13108 authunix_create_default includes egid twi o [1999/08/13] bin/13128 billf pkg_delete doesn't handle absolute pathna o [1999/08/15] kern/13161 alfred mounting on top of a mounted file system o [1999/08/16] misc/13185 "tengo problemas con el pop3" a [1999/08/18] docs/13218 phantom Many manpages still not conformed mdoc(7) o [1999/08/18] kern/13232 panic("rtfree"); when sending bootp reque s [1999/08/19] kern/13252 niced jobs don't behave really nice o [1999/08/19] bin/13254 yp_all error messages have wrong text o [1999/08/20] misc/13266 Removal of #defines and addition of const o [1999/08/20] bin/13278 rogue: killed by fire corrupts score file o [1999/08/21] bin/13309 Fixes to nos-tun o [1999/08/22] misc/13326 additional timeval interfaces for m_pkthdr.l o [1999/11/30] bin/15182 "* Wed-1 event" in calendar produces "31 o [1999/11/30] misc/15196 shutdown -h no longer synching disks, thu o [1999/12/01] misc/15205 billf Addition to /usr/games/random o [1999/12/02] i386/15218 kernel says: raw partition size != slice o [1999/12/02] bin/15229 joe mtree - different from mtree in NetBSD 1. o [1999/12/05] kern/15280 kernel panic during FreeBSD install o [1999/12/06] bin/15301 Bug in /usr/sbin/syslogd: strips 8th bits o [1999/12/06] misc/15304 bmah proposed modifications to pkg_version o [1999/12/07] misc/15339 fdformat should exit non-zero when user c a [1999/12/09] ports/15387 billf ethereal's packet-smb.c calls str*() func o [1999/12/10] bin/15410 edquota -p copies current usage as well a o [1999/12/11] bin/15416 addr2line is unable to find line numbers o [1999/12/11] bin/15418 tput(1) doesn't work with new libncurses. o [1999/12/11] misc/15421 initgroups(3) spits out messages to stder o [1999/12/12] kern/15435 Attempts to execute programs from a noexe o [1999/12/12] kern/15436 syscons extension: "propellers" o [1999/12/13] bin/15456 Usage of ktrace(1) is invalid a [1999/12/13] bin/15458 sort(1) doesn't sort correctly in some ca o [1999/12/13] bin/15470 Proposed change to comments in /etc/named o [1999/12/14] ports/15477 demon wwwstat-2.01 port is not Y2K compliant: 1 o [1999/12/14] misc/15480 Change-request for /usr/src/usr.sbin/cdco o [1999/12/14] kern/15489 running fstat causes a bus error o [1999/12/15] kern/15492 Patch to fixup bridging support for 2.2-S o [1999/12/15] kern/15493 Patch to enable bridging support for if_c o [1999/12/15] ports/15495 portmgr Add "addsum" target to bsd.port.mk o [1999/12/15] bin/15496 killall(1) limited to 16 character proces o [1999/12/15] bin/15497 NIS does not deal well with comments o [1999/12/15] bin/15510 df(1) does not lineup with large filesyst o [1999/12/17] i386/15528 doscmd exec function fail. o [1999/12/17] i386/15531 doscmd DOS function 0a fail when DL is 0 o [1999/12/17] i386/15547 discmd function 51 ( get ps ) fail o [1999/12/20] bin/15593 [SECURITY] ustrcpy() buffer overflow in d o [1999/12/21] kern/15608 acd0 / cd0 give inconsistent errors on em o [1999/12/21] conf/15612 jkh Re-Scan devices in 3.4-Release options me o [1999/12/21] i386/15619 standard pppd doesn't authenticate users o [1999/12/22] kern/15636 dillon reminder to self for MAP_ VM defines o [1999/12/23] misc/15658 edquota misinterprets usernames as uid ra o [1999/12/24] bin/15663 yokota none o [1999/12/28] bin/15739 repquota report format fix for better par o [1999/12/28] conf/15748 jkh sysinstall - upgrade o [2000/01/01] kern/15827 Power-Off causes Trap 9 in kernel o [2000/01/01] bin/15830 imp PATCH: rdump over ssh o [2000/01/02] kern/15838 Conversion tables in msdosfs_conv.c are b s [2000/01/02] bin/15852 asmodai predefined \*(DT string has Y2K bug o [2000/01/02] bin/15853 tar --newer-mtime flag has Y2K bug o [2000/01/03] bin/15855 comsat(8) failes to open system mail box o [2000/01/03] kern/15860 patch to make default kern.maxfilesperpro o [2000/01/03] misc/15871 small CVS directories copied to PicoBSD filesys o [2000/01/03] misc/15874 small PicoBSD can only update files from within o [2000/01/03] misc/15876 small PicoBSD message of the day problems o [2000/01/05] misc/15908 patch to fix argument mismatch in getnano s [2000/01/06] docs/15959 phantom misplaced lines in psignal.9 man page o [2000/01/08] kern/15983 n_hibma C++ keywords in kernel header files o [2000/01/08] ports/15992 joe [PATCH] Add a default for $SUP in the /us o [2000/01/08] ports/15993 portmgr [PATCH]No line-feed in warnings from ``ma o [2000/01/09] misc/16003 sysinstall crashes if it gets more than o o [2000/01/09] bin/16005 alex add new option to date(1) o [2000/01/10] kern/16021 To support SMP on NEC PC98, call mp_probe o [2000/01/10] kern/16023 Add an idletime counter for sppp, just li o [2000/01/10] kern/16049 Connor Drive fails cache sync o [2000/01/11] conf/16076 markm [PATCH] pam_ssh examples for /etc/pam.con o [2000/01/14] bin/16119 ctm_rmail does not honor umask o [2000/01/15] ports/16139 billf Ntop port fails to find lsof o [2000/01/18] kern/16169 The U.S. Robotics 56K Voice Int modem is o [2000/01/18] misc/16189 Advansys ASB-3940U2W SCSI Card does not w o [2000/01/18] kern/16195 16-bit uid/gid struct in sys/ipc.h o [2000/01/19] bin/16206 PATCH: vmstat column alignment, %ll not s o [2000/01/19] misc/16208 ps/2 mouse problem o [2000/01/19] misc/16212 in /stand/sysinstall -- cannot exit menu o [2000/01/20] ports/16220 obrien -frepo is broken in gcc-devel and egcs po o [2000/01/21] ports/16252 portmgr bsd.port.mk: Add bzip2 support for distri o [2000/01/21] bin/16275 steve approve send-pr(1) (attach files, use env o [2000/01/22] kern/16292 performance problem of divert socket o [2000/01/23] bin/16316 Enhancement: allow .fakeid to be a named o [2000/01/23] bin/16320 fstat -f confuses some partitions o [2000/01/24] kern/16339 vm/vm_page.h PQ_L2_SIZE options too limit o [2000/01/25] ports/16347 sobomax Inconsistencies between Java ports o [2000/01/25] kern/16360 kernel timestamping of ICMP echo requests o [2000/01/26] bin/16364 [PATCH] Add msdosfs and cd9660 support to f [2000/01/26] ports/16374 ache Ports fix: news/tin o [2000/01/27] i386/16411 DUMP freezes system if uucico or samba wr o [2000/01/28] bin/16422 newfs always make root's / directory o [2000/01/30] bin/16480 locked accounts and adduser o [2000/02/06] conf/16536 size of /var/spool/uucp/Log, a UUCP logfi o [2000/02/06] kern/16551 cosmetic cleanup in sys/dev/ppbus/pcfcloc o [2000/02/07] ports/16570 asami ports toplevel README.html has bad link t o [2000/02/08] conf/16584 jkh Hostname field too small during install ( o [2000/02/09] bin/16619 trimdomain does not handle peer domains o [2000/02/09] bin/16625 Incorrect information in routed(8) error o [2000/02/10] ports/16640 jfitz rwhois port install tries to copy wrong l o [2000/02/10] bin/16649 /bin/lastcomm: output contains extraneous o [2000/02/11] bin/16657 /bin/hostname: New feature to return subc o [2000/02/13] bin/16705 ftpd doesn't support -h option o [2000/02/14] kern/16709 PATCH: make poll work for -STABLE's Audio o [2000/02/14] kern/16713 grog Vinum: some processes would not die; ps a o [2000/02/14] misc/16719 /stand/sysinstall does not redraw the scr o [2000/02/14] i386/16722 squid (a 3.x binary) won't run under 4.0- o [2000/02/15] bin/16726 rpc.rstatd from inetd sig11's o [2000/02/16] kern/16745 Kernel Makefile doesn't sanitise PATH [PA o [2000/02/16] kern/16765 Add support for mark/space parity o [2000/02/18] kern/16815 dillon Cannot "rm -rf" for not-existed file on r o [2000/02/19] misc/16830 markm PAM-related error messages on -current o [2000/02/20] misc/16839 dan MFC Matthew D. Fuller's patch to deal wit o [2000/02/20] misc/16840 dan MFC: Matthew D. Fuller's teach pkg_info t o [2000/02/20] misc/16843 jkh Knob for release/Makefile to prevent dele o [2000/02/21] ports/16872 max Update port: japanese/pine o [2000/02/21] bin/16880 davidn [PATCH] pw(8) hardcodes directory creatio o [2000/02/22] bin/16924 tmpfile(3) ignores TMPDIR and always uses o [2000/02/22] bin/16926 kris [PATCH] banner doesn't allocate space fo o [2000/02/22] kern/16928 dynamic sysctl enhancement o [2000/02/23] misc/16938 FTP does not fully parse ftp:// URLs o [2000/02/24] misc/16969 yokota /kernel: psmintr: out of sync (0000 != 00 o [2000/02/24] bin/16971 Exiting from /usr/sbin/login does not res o [2000/02/26] kern/17003 dscheck() overzealously protects labels o o [2000/02/26] kern/17007 This is a code for implementing ethernet o [2000/02/27] conf/17022 rwatson newsyslog.conf not in sync with syslog.co o [2000/02/27] alpha/17032 alpha strtod(3) floating exception o [2000/02/28] misc/17045 Cannot install on Siemens Primergy 870 (d o [2000/02/28] kern/17058 mjacob SCSI tape driver can't drive devs that ca o [2000/02/29] bin/17077 yokota write() error o [2000/03/01] docs/17104 phantom gethostbyname(3) contains a reference to o [2000/03/01] kern/17109 darrenr fastroute crashes for lo0 udp o [2000/03/02] misc/17132 bugs in xdr functions o [2000/03/02] ports/17139 billf PLIST correction for Apache13-fp o [2000/03/04] misc/17185 main ncurses headerfile is installed as c o [2000/03/04] gnu/17202 uucp grade patch and policy o [2000/03/05] conf/17207 disktab support for Fuji-MO o [2000/03/05] gnu/17214 obrien gdb doesn't honor auto-solib-add o [2000/03/06] kern/17222 Avance Logic ALS/100 sound card doesn't r o [2000/03/06] kern/17224 4.0-20000214-CURRENT: pcm/csa sound - sha o [2000/03/06] bin/17226 markm ftpd can't use PAM o [2000/03/07] ports/17255 pst Update the GNATS port to 3.113 o [2000/03/08] misc/17270 FreeBSD should support nsswitch.conf, or o [2000/03/08] misc/17272 deleting a file that a program has open c o [2000/03/08] misc/17275 portmgr make release fails when making readmes fo o [2000/03/09] bin/17289 [PATCH] wrong permissions on /var/run/pri o [2000/03/09] ports/17293 hosokawa samba port installs man-pages twice, fail o [2000/03/09] kern/17297 Panic when mounting a CDRom o [2000/03/13] kern/17358 PCI ids for Aureal 8810, 8820 and 8830 au o [2000/03/13] bin/17363 crontab(1) leaves files in /var/cron/tabs o [2000/03/13] bin/17368 billf Bad error messaging from mountd(8) o [2000/03/14] misc/17377 "Checking for rejected mail hosts:" gives o [2000/03/14] kern/17385 Support for IIT's "XC87SLC-33" numeric pr o [2000/03/15] bin/17389 /bin/cp failed on some synthetic vfs o [2000/03/15] bin/17395 This is a replacement for the perl versio o [2000/03/15] misc/17399 FTPing into machine slows it down o [2000/03/16] bin/17405 one more fstat patch o [2000/03/16] alpha/17411 alpha No link/activity lights Alpha ethernet ca o [2000/03/16] kern/17425 nsouch [PATCH] fix two small printing errors in o [2000/03/17] bin/17430 jkh Missing Czech keyboard in /stand/sysinsta f [2000/03/17] kern/17438 cg newpcm volume too low on Soundblaster Pro o [2000/03/18] ports/17471 rse presence of devel/pth-devel port breaks w o [2000/03/18] ports/17479 portmgr bsd.port.mk: PARALLEL_BUILD o [2000/03/18] bin/17480 m4 changecom doesn't work as documented o [2000/03/19] ports/17489 ports Zephyr port is broken with Kerberos enabl o [2000/03/19] ports/17490 markm ports fail for some gnu programs as the g o [2000/03/19] kern/17493 Updates to use FreeBSD as a firewall and o [2000/03/20] i386/17505 Problems with with SMP on Compaq proliant f [2000/03/20] docs/17521 doc Proposed FAQ on assembly programming o [2000/03/21] bin/17532 "host" only prints A records by default o [2000/03/22] bin/17546 murray Sysinstall does not let you configure NIS o [2000/03/24] kern/17581 devices failing probing do so silently o [2000/03/25] ports/17602 jmz Port fix x11/XFree86-4.0 (make deinstall o [2000/03/26] bin/17611 f77 man page needs updated o [2000/03/27] bin/17619 pax cannot read all tar files created by o [2000/03/27] bin/17623 date(1) -v doesn't handle time changes (D o [2000/03/27] i386/17628 mdodd 3c509b hangs on running ifconfig o [2000/03/28] bin/17640 lseek();read() -> pread() in dump and fsc o [2000/03/29] bin/17679 wpaul wicontrol should take multiple args on co o [2000/03/30] kern/17688 es_callback() in /sys/pci/es1370.c does n o [2000/03/30] bin/17694 wcstombs(), mbstowcs() not complying with o [2000/03/30] conf/17699 Support for dutch keyboards in the consol o [2000/03/31] bin/17720 presence of old /dev entries causes sysin o [2000/04/01] kern/17728 probe Macronix 98715/98715A 10/100BaseTX f [2000/04/01] misc/17737 dwhite Major repair of PicoBSD o [2000/04/01] bin/17739 Traceroute will not compile without IPSEC o [2000/04/02] kern/17751 wpaul rl driver loaded as module when it alread f [2000/04/02] kern/17758 green Make sl driver dynamicallly expandable. o [2000/04/03] bin/17772 TFTP can not handle big files (> 32MBytes o [2000/04/03] kern/17774 doc stray irq7 o [2000/04/03] kern/17775 4.0-STABLE: Adaptec-155-ATM at en0 causi o [2000/04/04] ports/17801 jake new port: devel/binutils11 o [2000/04/04] ports/17802 jake port update: devel/gcc11 o [2000/04/04] ports/17803 jake new port: devel/gdb11 o [2000/04/05] gnu/17812 gprof gives error: o [2000/04/05] kern/17819 adrian Build ports on nfs & union mount panics k f [2000/04/06] bin/17824 sheldonh [PATCH] /usr/bin/column has arithmetic ov o [2000/04/06] bin/17830 /usr/bin/login called from command line d o [2000/04/07] misc/17848 Patches to remove support for CSRG libm f [2000/04/07] docs/17855 alex PPP Primer is out-of-date o [2000/04/07] misc/17857 During a sysinstall kernel sources say th o [2000/04/08] bin/17864 PATCH: sys/resource.h needs sys/time.h fo o [2000/04/09] misc/17889 certain type of DNS queries seem to get d o [2000/04/10] ports/17897 chuckr transfig does not compile with XFree86-4. o [2000/04/10] i386/17906 le ethernet device doesn't work in 4.0 o [2000/04/10] kern/17907 cg Audio record levels are too low o [2000/04/10] docs/17916 alex [PATCH] rewrite of cutting-edge section o a [2000/04/11] bin/17939 sheldonh routed calls ntohs twice on the same fiel o [2000/04/12] ports/17952 torstenb [PATCH] tcp_wrappers port to give better o [2000/04/12] misc/17957 installer navigation is confusing o [2000/04/13] misc/17983 Minikernel build instructions do not work o [2000/04/13] conf/17993 improving on the default /etc/amd.map o [2000/04/13] bin/17997 nvi doesn't set variables on startup (via o [2000/04/14] misc/18014 Machine doesn't boot without keyboard att o [2000/04/17] ports/18057 jmz make install for XFree86-4 fails on alpha o [2000/04/18] bin/18080 davidn [PATCH] pw documentation updated to refle o [2000/04/18] ports/18083 rse Gratuitous Apache package inconsistencies o [2000/04/19] misc/18097 What is this: LIBRATION not specified - u o [2000/04/19] bin/18100 update to src/usr.bin/from/from.c for mul o [2000/04/20] misc/18109 if pw_shell is empty(/bin/sh is assumed), s [2000/04/20] bin/18114 ken msps from iostat is wrong o [2000/04/21] misc/18131 MAX_IFS in pppd/sys-bsd.c too small for m a [2000/04/22] conf/18152 /etc/exports should suggest how to get mo o [2000/04/22] i386/18154 [PATCH] Add cpu class and features flags o [2000/04/22] bin/18157 pnpinfo only prints first io-start for ev o [2000/04/22] conf/18164 roberto /var/log/ntpstats fill with stat files by o [2000/04/23] misc/18175 strtok(3) example doesn't work. o [2000/04/23] ports/18184 ache GNU Patch 2.5.4 Port o [2000/04/24] bin/18193 Bogus diagnostics by nslookup(1) o [2000/04/26] kern/18232 SMP + APM configerd 4.0 kernel did panic o [2000/04/26] docs/18243 alex wrong description of -p option in sh(1) m o [2000/04/27] misc/18255 makewhatis weekly job doesn't look at /us o [2000/04/27] ports/18256 sada www/netscape4* lacks Fortify on alpha o [2000/04/27] ports/18259 obrien ElectricFence installation breaks if the o [2000/04/28] kern/18271 simplelock: klds not portable across UP a o [2000/04/28] bin/18275 proposed TMPDIR setting and /usr/bin/mkin o [2000/04/28] kern/18289 CPU Time exceeded delivered multiple time o [2000/04/29] ports/18291 asami make makesum fetches new sources, make fe o [2000/04/29] kern/18293 lack of versapad mouse wheel emulation o [2000/04/29] kern/18295 Audio is gone after hibernation o [2000/04/30] bin/18319 "dump" fails with "cannot reopen disk: in o [2000/05/01] bin/18326 dwmalone no /usr/libdata/lint/llib-lc.ln o [2000/05/01] bin/18329 ben futimes() and lutimes() missing from ' cannot be used in "via" o [2000/05/29] ports/18896 jseger Tcl "info hostname" command returns chop- o [2000/05/30] kern/18909 dwmalone select(2) timeout limited to 100000000 se a [2000/05/30] ports/18911 sada New port - plptools o [2000/05/31] kern/18928 options ROOTDENAME=xxx on kernel config f o [2000/06/01] bin/18946 jhb Add support for enabling USB daemon from o [2000/06/01] ports/18960 portmgr Add USE_APACHE to bsd.port.mk for Apache o [2000/06/01] bin/18961 green sshd does not print before motd o [2000/06/02] bin/18967 ypserv not linked with tcp wrappers o [2000/06/03] misc/18987 Problems with Comtrol RocketPort o [2000/06/03] bin/18992 log packets blocked by filter rules o [2000/06/03] misc/18997 markm Kerberos5 CFLAGS needed o [2000/06/04] conf/19001 Delayed fsck + mount of insignificant fil o [2000/06/05] docs/19010 doc Bad144 obsoletion by 4.0 is undocumented; o [2000/06/05] i386/19012 No volume run out for /var and lead my Fr o [2000/06/05] misc/19037 Keyboard not detected on new install o [2000/06/06] bin/19056 yacc in 3.4 and 4.0 reports "maximum tabl o [2000/06/06] bin/19057 offer of patch to uname that produces pre f [2000/06/06] ports/19061 kuriyama ports/textproc/lotusxsl the source zip pa f [2000/06/06] kern/19063 rnordier VGA keyboard sometimes fails to work in b o [2000/06/06] bin/19071 fmt not folding very long lines o [2000/06/07] misc/19088 STL from SGI for FreeBSD 3.4 o [2000/06/07] ports/19112 portmgr files with names something,v in patches d o [2000/06/08] bin/19118 vmstat¤Ç avm¤Èfre¤ÎÃͤ¬Àܤ¹¤ë¡£ o [2000/06/08] misc/19124 ps(1) to support SysV-style options? o [2000/06/08] misc/19129 AMI Raid Express 200 card extremely slow o [2000/06/08] kern/19132 ATM HARP support apparently does not supp o [2000/06/09] kern/19156 jkh Enable the doFS.sh to run in arbitrary lo o [2000/06/09] kern/19158 U.S.Robotics 56K FAX INT not recognize co o [2000/06/10] bin/19183 more(1) doesn't handle redraw correctly o [2000/06/11] kern/19213 SC_DFLT_FONT compile option breaks kernel o [2000/06/12] ports/19227 ports Installation problem: apache13-ssl port f [2000/06/13] conf/19236 sanpei not-existing PCMCI cards in pccard.conf.s o [2000/06/13] bin/19239 login allows users to login remotely with o [2000/06/13] misc/19246 portmgr Poor error message when fetching files wi o [2000/06/13] ports/19253 dirk mod_php4 has pkg dependency when not usin o [2000/06/14] ports/19270 portmgr Ports build mechanism doesn't check wheth o [2000/06/15] ports/19325 tom ports/mail/ezmlm-idx: mysql & pgsql suppo o [2000/06/15] gnu/19327 obrien Fix to build 'a.out' binary. o [2000/06/16] bin/19337 obrien c89(1) not POSIX compliant (-l lib) and m o [2000/06/17] bin/19355 fstat gives signal 10 (SIGBUS) when outpu o [2000/06/18] misc/19367 markm /etc/defaults/make.conf lists wrong value o [2000/06/18] bin/19369 Inadequate error reporting in "mount" com o [2000/06/19] misc/19391 marcel Evilness with Linux Terminus, causes X to o [2000/06/20] bin/19404 /usr/bin/error should be included in the o [2000/06/20] misc/19406 setenv() allocates memory which is not fr o [2000/06/20] i386/19410 spontaneous reboot when esd runs on a -ST o [2000/06/21] conf/19413 Too few MCAM SCSI devices in /dev o [2000/06/21] bin/19422 users can overflow argv to make ps segfau a [2000/06/22] kern/19436 yar when using vlanX interface arp ageing wor o [2000/06/22] conf/19442 can't install on diverse harddisks. o [2000/06/22] ports/19448 markm filename input broken o [2000/06/22] ports/19456 chuckr the sp port is hardwired to install it's o [2000/06/22] ports/19457 vanilla The gimp port has /usr/local/bin hardwire o [2000/06/23] misc/19462 using HARP atm driver on FreeBSD3.4 freez o [2000/06/23] misc/19467 green OpenSSH (as an rsync tunnel) blocks forev o [2000/06/23] docs/19481 doc Serial Communications chapter in Handbook o [2000/06/24] kern/19490 faith0 network device has high number of o [2000/06/25] kern/19497 Adaptec AHA-1530P PNP scsi card is not re o [2000/06/25] ports/19498 kris ssh (1) instal fails o [2000/06/26] bin/19514 patch to prevent tail'ing directories o [2000/06/26] ports/19523 billf Update port: graphics/gd o [2000/06/26] bin/19532 cdcontrol does not handle EOF on stdin pr o [2000/06/26] kern/19535 adrian procfs_rlimit tidyup o [2000/06/26] bin/19536 patch to prevent head'ing directories o [2000/06/27] kern/19546 No CD audio o [2000/06/27] kern/19553 assar "panic: zone: entry not free" in namei() o [2000/06/28] bin/19558 amd doesn't know whether NFS feature is a o [2000/06/28] misc/19564 PNP-Id for ESS1681 o [2000/06/28] ports/19571 tg python/TKinter busy waits o [2000/06/28] conf/19573 des Dot Files for Optional Shells o [2000/06/29] ports/19585 obrien bounce port misconfiguration o [2000/06/29] ports/19591 issei ssh2 port ignores 'ignorenologin' from lo o [2000/06/29] bin/19592 imp pccard_ether does not honor dhcp_{program f [2000/06/30] ports/19594 trevor update port: qrash o [2000/06/30] bin/19598 traceroutes default of 30 Hops is too low o [2000/07/01] kern/19624 make {DFL,MAX}SSIZ kernel options o [2000/07/01] bin/19635 add -c for grand total to df(1), like du( o [2000/07/02] gnu/19642 kbyanc patch to merge OpenBSD changes to patch(1 o [2000/07/02] ports/19650 asami python package causes segmentation fault o [2000/07/03] bin/19683 green mount displays incorrect mount point on f o [2000/07/03] kern/19686 yokota splash screen fails o [2000/07/03] kern/19688 jlemon Some boundry checking KASSERTS in network o [2000/07/05] kern/19706 Framing error on PC/NET 32 also used in o o [2000/07/05] bin/19719 imp pccard_ether lacks the start_if hooks as o [2000/07/05] kern/19720 kbyanc more sysctl signed-ness patches o [2000/07/05] misc/19725 4.0-STABLE: sys/boot/ficl build fails if o [2000/07/06] gnu/19733 obrien GDB 4.18 is not GDB 4.18 o [2000/07/07] bin/19755 nologin not configurable o [2000/07/07] kern/19756 sheldonh Inability to use linux extended partition o [2000/07/07] bin/19772 df output wrong for union-mounts o [2000/07/08] kern/19782 dirk mkisofs 1.12.1 (i386-unknown-freebsd4.0) f [2000/07/09] misc/19798 cg 4DWAVE doesn't work. o [2000/07/09] misc/19805 not installable on old-fashioned dx50 o [2000/07/09] ports/19806 ports error message w/xcdplayer: ioctl (cdromr o [2000/07/10] ports/19823 abe gnucache build depends on unimplemented s o [2000/07/10] kern/19827 yokota psm flag bit9(NOIDPROBE) doesn't work cor o [2000/07/10] misc/19837 murray Run Fit it floppy from serial port o [2000/07/11] conf/19849 MAKEDEV still defaults to da0X instead of o [2000/07/11] kern/19863 markm Non-blocking IO not supported on /dev/ran o [2000/07/12] ports/19868 portmgr modify ports/Mk/bsd.port.mk to remove ALL o [2000/07/12] kern/19871 select on named pipes always returns 'ava o [2000/07/13] kern/19887 mjacob Boot hang while scanning SCSI bus o [2000/07/13] i386/19890 davidn Stallion serial driver support missing [p o [2000/07/14] kern/19913 des add SYN+FIN counter o [2000/07/15] kern/19966 new syscons screensaver o [2000/07/16] i386/19972 Add of pckg (several pkgs) aborted, error o [2000/07/17] ports/19977 rse mod_php3 and mod_php4 ports doesn't recog f [2000/07/17] docs/19981 doc Indonesian translations o [2000/07/18] gnu/20004 obrien FBSD4 gcc __attribute__(constructor) not o [2000/07/18] misc/20024 jake [PATCH] queue(3) concatenation macros o [2000/07/19] bin/20042 "rsh -t" doesn't timeout if rcmd(3) never o [2000/07/20] bin/20054 ftpd: rotating _PATH_FTPDSTATFILE losts x o [2000/07/23] docs/20121 jim Better user ppp documentation in man page o [2000/07/24] misc/20139 msmith Simple typo in src/share/examples/ppi/ppi o [2000/07/24] ports/20145 dburr improving the devel/SN port o [2000/07/24] misc/20159 strftime() can't produce ISO8601 format t o [2000/07/24] bin/20165 markm PERL_THREADED=true fails; "yes" works; ma o [2000/07/24] misc/20166 billf Corrections & additions to games/quiz/dat f [2000/07/26] kern/20198 luigi log setup of dynamic rules for ipfw o [2000/07/26] bin/20204 ps more doesn't handle 8-bit characters prop o [2000/07/27] kern/20214 dec kernel routing bug for nexthop is routed o [2000/07/28] misc/20254 jhb BTX loader 1.00 can not recognize floppy o [2000/07/28] ports/20270 reg libtool needlessly runs ldconfig after in o [2000/07/29] kern/20297 cg Joystick is not enabled with es1370 based o [2000/07/30] ports/20301 billf New port: irc/ircd-hybrid6 o [2000/07/31] bin/20311 markm src/release/Makefile: broken CHECKSUM.MD5 o [2000/07/31] misc/20326 marcel [PATCH] installkernel fails if DESTDIR is o [2000/07/31] misc/20333 sheldonh ftp login fails on unix password when s/k o [2000/08/01] kern/20352 yokota Configuring a synaptics touchpad o [2000/08/02] ports/20359 demon New port: Apache-mod_perl_guide o [2000/08/02] bin/20371 dhclient inserts bogus configurations o [2000/08/03] kern/20384 n_hibma Phase errors with Zip650 CD on USB o [2000/08/03] kern/20389 ken "device pass" required for CD ripping o [2000/08/03] bin/20391 jhb sysinstall should check debug.boothowto s o [2000/08/03] kern/20393 dillon processes get stuck in vmwait instead of o [2000/08/04] docs/20400 doc Building a kernel with debugging info sec o [2000/08/04] bin/20402 ache 4.1R's ls conflicts with Emacs' dired mod o [2000/08/04] misc/20408 Distribution CDs will not boot on IBM Thi o [2000/08/04] kern/20410 sio support for high speed NS16550A, ST16 o [2000/08/05] conf/20436 asmodai Can't make only cd0 under 4.1-STABLE o [2000/08/06] kern/20448 luigi expired dynamic rules shown in "ipfw get" o [2000/08/07] misc/20457 davidn pw command doesn't generate random passwo o [2000/08/07] kern/20473 itojun socket(AF_INET, SOCK_RAW, 4) no longer wo o [2000/08/07] misc/20475 mjacob SES/SAF-TE giving bogus temps on JMR ELEC o [2000/08/08] conf/20479 updates for rc.conf.5 manpage o [2000/08/08] i386/20485 AdvanSys ISA probe problems in 4.1-R GENE o [2000/08/09] conf/20498 brian All FreeBSD systems trigger massive late- o [2000/08/09] ports/20499 obrien [PATCH] conserver port doesn't like MD5 c o [2000/08/09] bin/20501 extra flag to dump to offline autoloaders a [2000/08/10] ports/20520 ports New port: lang/mercury o [2000/08/10] docs/20528 doc sysconf(3) manpage doesn't mention posix. s [2000/08/10] kern/20529 billf gigabit cards fail to link o [2000/08/11] i386/20537 msmith HP NetRAID controller error when rebootin o [2000/08/12] bin/20569 sos libvgl tries to free global array o [2000/08/13] ports/20587 kiri Update port: upsd-2.0.1.6 o [2000/08/13] ports/20588 kiri New port: upsd100-2.0.1.6(sysutils/upsd10 o [2000/08/14] bin/20600 net getpeereid obtains credentials from conne o [2000/08/14] ports/20601 ports DESTDIR and /etc/shells a [2000/08/14] ports/20610 ports New port of cgoban2 f [2000/08/14] kern/20611 yar VLAN parent device does not count VLAN ou o [2000/08/15] bin/20613 des fetch -T n is not timeout correctly when o [2000/08/15] ports/20627 jseger tcl83 build is broken o [2000/08/16] ports/20644 ports Installation of port DAP requires compat3 o [2000/08/16] i386/20660 wpaul if_wi provides 802.11 src and dst, not et o [2000/08/16] kern/20670 imp No PC-CARD Slots; Device Not Configured o [2000/08/17] ports/20678 portmgr make SORTED_MASTER_SITES_CMD variable ove o [2000/08/17] bin/20681 des [PATCH] show service names in netstat and o [2000/08/20] ports/20730 adrian Update Squid 2.3-STABLE4 with latest vend o [2000/08/20] docs/20738 doc correction and modification to clocks(7) o [2000/08/21] bin/20742 ps Weird problem with 'more' on 4-1-STABLE o [2000/08/22] conf/20774 sheldonh 'NFS access cache time=2' is not a daemon o [2000/08/23] docs/20794 doc Request 2 good documents under people.fre o [2000/08/23] ports/20795 msmith FBSD 4.x: Citrix client with drive mappin o [2000/08/23] bin/20799 davidn top's problem o [2000/08/23] i386/20803 mdodd ep0 driver finds additional "shadow" ep c o [2000/08/23] kern/20804 deadlocking when using vnode disk file an o [2000/08/23] misc/20808 ps netstat -m doesn't use -N or -M arguments o [2000/08/24] bin/20824 ftpd returns, "ad0s1a: not a plain file." o [2000/08/24] bin/20827 billf pkg_add -r only fetchs one-level deep dep o [2000/08/24] misc/20830 lile kernel link problems with Olicom token ri o [2000/08/25] i386/20845 Cyclades cy driver incompatible with Cycl o [2000/08/25] ports/20849 dec fix port: net/gated s [2000/08/26] bin/20858 sos libvgl does not handle fonts wider than 8 o [2000/08/26] kern/20878 wpaul Patch to add support for the 3c556B MiniP o [2000/08/26] bin/20881 kris There's no reason not to build DNSsec-DSA o [2000/08/27] bin/20889 dwmalone syslogd.c still uses depreciated domain A o [2000/08/28] bin/20908 murray /stand/sysinstall too limited in selectio o [2000/08/29] misc/20920 yokota window(1) interferes with screensaver o [2000/08/29] misc/20921 yokota `Splash' screen fails to display splash.b o [2000/08/30] bin/20944 ru natd enhancements, default config file an o [2000/08/30] docs/20950 kris [PATCH] openssl.1 has bogus section title f [2000/09/01] kern/20992 kern/tty_subr.c, b_to_q to a clist with n f [2000/09/02] ports/20995 sheldonh freeciv-civ gtk make problem. o [2000/09/02] bin/20996 kris permissions on /usr/bin/opiepasswd a [2000/09/02] kern/21000 sheldonh 4.1-STABLE doesn't have card ID f [2000/09/02] ports/21003 ports New Port, modification of tcopy o [2000/09/02] bin/21008 gad Fix for lpr's handling of lots of jobs in a [2000/09/04] ports/21021 ports graphics/quickpics bogus colorspace error o [2000/09/04] bin/21024 pow() ERANGE bug o [2000/09/04] ports/21038 jseger CFengine doesn't install info files o [2000/09/04] kern/21051 Updating 4.1-RELEASE to -current fails be o [2000/09/05] conf/21059 marcel `make -jN buildkernel' can't keep source o [2000/09/05] conf/21066 Proposed change in rc scripts o [2000/09/05] misc/21070 marcel default setting of ${SUP} in Makefile.inc o [2000/09/06] bin/21074 davidn chkgrp vs group(5) inconsistency f [2000/09/06] bin/21075 sheldonh top: can't allocate sufficient memory o [2000/09/06] bin/21080 mjacob dump doesn't use eject tape device correc o [2000/09/06] bin/21086 joe Annoying little bug using ls -G with o [2000/09/08] ports/21120 grog Update port: x11-servers/x2x o [2000/09/08] gnu/21128 a proposed patch for uucp package o [2000/09/09] bin/21142 [PATCH] avoid errors from "make objlink" o [2000/09/09] bin/21144 des [PATCH] fetch(1): don't bonk if ftp SIZE o [2000/09/09] kern/21154 Change the name of *_saver.ko to saver_*. o [2000/09/09] kern/21156 yokota [PATCH] inconsistency in scmouse vs xterm s [2000/09/10] bin/21178 ken voltag selector, and unload support for c f [2000/09/10] ports/21179 ports New port: math/gul-vdog-qt o [2000/09/11] ports/21211 rse the startup file installed by apache-mods o [2000/09/12] kern/21222 wrong behavior of concurrent mmap()s on N o [2000/09/12] kern/21229 Proper value for vfs.nfs.access_cache_tim o [2000/09/12] misc/21230 jhb The URL for splash window is gone o [2000/09/12] bin/21231 roberto the ntp HTML docs don't have the images f [2000/09/12] kern/21240 mbufs allocated to data is huge number in o [2000/09/12] kern/21242 Koutech PCI dual port serial card patch f [2000/09/12] bin/21246 nvi's -c flag does no do what it is docum o [2000/09/13] misc/21255 phk /sbin/md5 suggestion o [2000/09/14] bin/21261 burncd blank fails o [2000/09/14] misc/21265 Not a bug, say: feature? o [2000/09/14] misc/21273 PLIP Configuration in sysinstall is broke o [2000/09/15] misc/21287 "make all" for a jail build fails at lib/ o [2000/09/15] misc/21298 tftpd problem "Socket operation on non-so o [2000/09/16] kern/21308 Sound Blaster 16 (using pcm) and new DEVF o [2000/09/16] misc/21310 Telnetd locks up when trying to connect v o [2000/09/16] bin/21312 more incorrectly redraws screen on xterm f [2000/09/16] ports/21313 ports vmwarIPv6 and vmware2 panic: Fatal trap 1 o [2000/09/16] bin/21315 Shells often behave oddly when executing f [2000/09/18] ports/21346 ports ports/biology/platon o [2000/09/18] ports/21351 jhb ports/emulators/bfe sourcetarball no long o [2000/09/18] misc/21354 FreeBSD4.1 + SMP + vinum = crashes a [2000/09/18] ports/21356 ports New port: mbone/rat30 (rat-3.0.35), the s s [2000/09/18] ports/21371 bp Update port: net/mars_nwe to 0.99.20 o [2000/09/18] misc/21385 yokota About daemon_saver o [2000/09/18] kern/21391 WARNING messages occur when bpf is used w o [2000/09/19] bin/21394 [PATCH] MAKEDEV creates rocketport specia o [2000/09/19] kern/21402 marcel Linuxulator: getpgid(0) fails o [2000/09/19] kern/21405 Default module patch mismatch between ker o [2000/09/19] kern/21409 The ID for the VIA KT133 chipset is not i o [2000/09/20] ports/21435 okazaki New port Jakarta Ant (A Java based build o [2000/09/20] bin/21436 pkg_install will not compile without erro o [2000/09/21] ports/21460 jseger Patch net/trafshow: Allow showing ipv6 p o [2000/09/22] bin/21476 ftp in 4.1-STABLE fails on http:// URLs o [2000/09/22] conf/21489 /etc/pccard_ether feature request o [2000/09/22] misc/21494 ftpd doesn't count o [2000/09/23] misc/21512 cdrdao fails to build with SCGLIB o [2000/09/24] ports/21515 ports pine4 complains about wrong permissions o o [2000/09/24] ports/21516 ports New FreeBSD port for Fuzz o [2000/09/24] bin/21519 sys/dir.h should be deprecated some more o [2000/09/24] kern/21524 Crashs while using talk with another loca o [2000/09/24] misc/21528 kris installworld fails in secure/usr.bin/open o [2000/09/24] bin/21531 csh/tcsh provide no way to see/adjust new o [2000/09/24] ports/21532 ports No formal mechanism in place for discussi o [2000/09/25] misc/21536 jkh [PATCH] Add Hungarian FTP mirror to sysin a [2000/09/25] docs/21542 asmodai sigaction(2) man page is misleading o [2000/09/25] bin/21546 netstat -rn output needs netmask info add o [2000/09/25] conf/21551 /etc/services needs a kpop entry f [2000/09/26] bin/21570 dougb [PATCH] Add -r option to /usr/bin/mail, q o [2000/09/26] ports/21584 archie mpd whines if kernel has option NETGRAPH o [2000/09/26] misc/21587 install problem in 4.1-Stable o [2000/09/28] ports/21621 reg Update port: devel/libtool to 1.3.5 o [2000/09/28] kern/21623 wpaul Chipset SiS630E / NIC SiS 900 s [2000/09/28] ports/21636 ade gnomelibs PLIST bug o [2000/09/29] misc/21644 /usr/include/sys/mman.h uses a type defin o [2000/09/30] bin/21659 Berkeley db library is statically compile o [2000/10/01] i386/21672 AMD Duron Rev. A0 reports incorrect L2 ca o [2000/10/01] misc/21675 Better and more disktab entries for MO dr o [2000/10/02] conf/21695 ifconfig_XXX_aliasY in rc.conf; Y must be o [2000/10/02] docs/21700 bmah Description of SysKonnect Gigabit Etherne o [2000/10/02] docs/21712 dan core(5) manpage fails to mention kern.sug o [2000/10/02] misc/21715 The freebsd mail list digifier loses MIME o [2000/10/02] ports/21719 nbm New Port: Courier Mail Suite o [2000/10/03] conf/21722 The mixer settings are lost on sysetm reb o [2000/10/03] bin/21725 mtree follows symlinks! o [2000/10/03] kern/21737 sendto returns systematically EINVAL with o [2000/10/04] bin/21751 ken libcam's cam_real_open_device() may lose o [2000/10/04] kern/21752 Infortrend IFT-3102 doesn't like SCSI Cac o [2000/10/04] kern/21754 n_hibma Sound stops working when NetGear USB Devi o [2000/10/05] ports/21765 portmgr I cat't make ports using pw_gid) != typeof(group->g o [2000/10/22] bin/22211 typoed tar -c clobbers archives o [2000/10/22] kern/22228 Undocumented LINT option 'PANIC_REBOOT_WA o [2000/10/23] ports/22259 obrien bash: root directory change directory bug s [2000/10/24] bin/22270 [patch] /usr/bin/top wraps wrong w/SMP on o [2000/10/24] bin/22279 stock perl5 build does not support %Z spe o [2000/10/25] ports/22288 ports mod_perl dependancy missing from p5-HTML- o [2000/10/25] ports/22295 ports lua 4.0 beta port o [2000/10/26] conf/22308 mounting NFS during boot blocks if host m o [2000/10/26] ports/22316 hosokawa [PATCH] samba port in a jail(2) environme o [2000/10/26] misc/22332 request to add vtys to /etc/ttys o [2000/10/26] docs/22333 doc share/doc/smm/07.lpd building moved in 3. o [2000/10/26] docs/22338 asmodai ugen(4) man page missing o [2000/10/27] bin/22347 dd copies incorrect data after 2^32 bytes o [2000/10/27] bin/22351 sed(1) fails with backslash on buffer bou f [2000/10/28] ports/22379 ports New port: libudbc f [2000/10/28] ports/22381 ports New port: misc/mango o [2000/10/29] ports/22399 msmith PIB 1.2 still looks for MD5 info in files o [2000/10/30] ports/22412 taoka two extraneous ports and one name change o [2000/10/30] misc/22428 FTP: Mirror-TR down s [2000/10/30] docs/22430 darrenr ipresend man page typo o [2000/10/30] misc/22434 problem with certain NIC's using rl on au o [2000/10/31] bin/22442 [PATCH] Increase speed of split(1) o [2000/10/31] kern/22466 yokota function prototype inconsist in kbdreg.h f [2000/11/01] docs/22470 doc man 3 msgrcv's BUGS section needs updatin o [2000/11/02] ports/22550 obrien Patch for conserver for log file rotation o [2000/11/03] misc/22577 486SLC2-50MHz won't boot 3.x or 4.x flopp o [2000/11/03] misc/22582 unused descr[] var in sysctl.c:RELENG_4 o [2000/11/03] ports/22590 jseger graphics/xpaint writes pixmaps to stdout o [2000/11/04] kern/22602 CDRoms checked during shutdown (umount) o [2000/11/04] ports/22605 ports xmcd port depends on mailx port o [2000/11/04] bin/22612 crontab -e failures o [2000/11/05] kern/22617 Incorrect PnP ID for ALS120 game/joystick o [2000/11/05] i386/22633 when kernel boots smp scsi fails o [2000/11/06] ports/22637 adrian [PATCH] squid 2.3 fix o [2000/11/06] conf/22645 Cannot override "ignore" in /etc/mail.rc o [2000/11/07] misc/22660 termcap kterm entry tc=xterm is wrong o [2000/11/07] bin/22672 Add "next" and "prev" commands to cdcontr f [2000/11/07] ports/22683 ports New port net/dnip-update o [2000/11/08] misc/22696 picobsd build with router configuration c o [2000/11/08] ports/22698 nbm Ports' rc.d files should use rc.conf o [2000/11/08] ports/22704 ports cyrus and cyrus-sasl both install pwcheck f [2000/11/08] ports/22706 ports Update driver o [2000/11/08] kern/22709 yokota daemon_saver.c fails compile with -Wall - o [2000/11/08] kern/22710 yokota snake_saver and star_saver fail to compil o [2000/11/09] ports/22716 billf [PATCH] ports/net/ucd-snmp o [2000/11/09] conf/22718 sysinstall in FreeBSD 3.5.1 generates bad o [2000/11/09] ports/22729 billf net/ucd-snmp cannot be made on current o [2000/11/09] bin/22730 tcpslice doesn't handle long file offsets o [2000/11/10] ports/22735 ports KGhostView doesn't recognize spaces in fi o [2000/11/10] kern/22754 mmap man page states that non-page aligne o [2000/11/10] alpha/22759 alpha zip cannot work with existing .zip archiv o [2000/11/12] kern/22801 Modem 'OMRON ME5614ISA' is not recognized o [2000/11/13] alpha/22824 alpha unaligned accesses from dhclient f [2000/11/13] bin/22828 darrenr patch to enable use of LOG_SECURITY in ip o [2000/11/14] conf/22859 darrenr rc.network should start ipf/ipnat AFTER p o [2000/11/14] bin/22860 [PATCH] adduser & friends with '$' in use o [2000/11/14] docs/22861 doc newsyslog man page is misleading and inco o [2000/11/15] kern/22868 getsockname may return an incorrect addre o [2000/11/15] bin/22871 burncd fails o [2000/11/15] misc/22873 Perl's core'h conflicts with ncurses.h f [2000/11/15] ports/22878 ports piewm doesn't build o [2000/11/16] misc/22885 /usr/share/misc/units.lib contains typo o [2000/11/16] bin/22897 su doesnt't compile without LOGIN_CAP def o [2000/11/16] i386/22900 patch: Adds Brand ID support to src/sys/i o [2000/11/16] kern/22905 Netgear FA311 Not supported. o [2000/11/17] misc/22914 bootinst messages are not updated s [2000/11/17] conf/22916 green Ssh/sshd binaries lacks kerberos support o [2000/11/17] bin/22933 green Typographical error in ssh.1 o [2000/11/18] i386/22940 Can't install 4.1.1 on ad0s2 if da0 exist o [2000/11/19] kern/22967 stallion driver (stl) shipped with FBSD 4 f [2000/11/20] ports/22970 ports New Port : textproc/py2html f [2000/11/20] ports/22995 grog Update port: x11-servers/x2x (fix ports/2 o [2000/11/21] bin/23008 df -k reports incorrect amount of disk ta o [2000/11/21] kern/23011 UDMA 66 not working on 4.1.1-Release ? o [2000/11/23] bin/23052 ghelmer [PATCH] rmuser fails to remove at jobs o [2000/11/23] ports/23053 ports New devel port, cppadvio; request for loc o [2000/11/23] ports/23060 steve lsof warning msg o [2000/11/23] conf/23063 [PATCH] for static ARP tables in rc.netwo o [2000/11/24] bin/23081 Touchpad on NEC Versa laptop is unusable o [2000/11/24] bin/23082 dwmalone ntpd has only one reference-clock parser o [2000/11/24] misc/23084 mount_nfs hangs self with some NFS server o [2000/11/25] bin/23097 Enhance WEP some more including ability t o [2000/11/25] kern/23099 jlemon tail -f from a fifo goes into a busy loop o [2000/11/26] misc/23118 static link-level route bug? o [2000/11/26] kern/23123 IP options reveal IPstealth mode. Just t o [2000/11/27] i386/23141 ad1816 audio driver produces noise. o [2000/11/27] misc/23148 getopt(3) works non-intuitively? o [2000/11/27] bin/23150 sscanf is used on a buffer that is not NU f [2000/11/28] ports/23151 ports NEW PORT : sysutils/wake-on-lan o [2000/11/28] misc/23162 threaded perl incorrectly suggests -lc wh f [2000/11/28] ports/23172 jseger update cfengine port o [2000/11/29] bin/23178 'talk' not doing right thing o [2000/11/29] bin/23180 Certain KOI8 characters are treated as "w o [2000/11/30] kern/23191 alfred [PATCH] Fix for panics in lookup() after o [2000/12/01] bin/23204 length of salt in crypt() is not the same a [2000/12/02] ports/23232 ports gettext/xview port collision o [2000/12/02] bin/23233 kris Reincorporate /usr/bin/error in the FreeB o [2000/12/02] ports/23234 se port update request: xblast o [2000/12/03] bin/23254 yacc accepts bad grammer o [2000/12/04] ports/23259 asami Please remove the following redundant por f [2000/12/04] ports/23267 sada New port submittion: devel/lxr (lxr-0.3) o [2000/12/04] ports/23287 portmgr allow system-local patches for ports o [2000/12/04] docs/23292 doc /etc/dumpdates is not documented in secti o [2000/12/05] misc/23296 /usr/src/etc/isdn/Makefile doesn't instal o [2000/12/05] ports/23298 ports New port: lame-devel 3.87 o [2000/12/05] kern/23304 POSIX clock_gettime, clock_getres return o [2000/12/05] ports/23306 jseger Upgrade TCL 8.3.1 to 8.3.2 o [2000/12/05] kern/23314 aic driver fails to detect Adaptec 1520B o [2000/12/06] bin/23321 [PATCH] reduce redundant code in /bin/cat o [2000/12/06] misc/23322 Addition / Alteration to Handbook/FAQ o [2000/12/06] ports/23332 obrien urlview's url_handler.sh written in bash o [2000/12/06] misc/23339 roberto ntp version is 4.0.99b -- current version f [2000/12/06] ports/23341 billf ucd-snmp fails to build on -current o [2000/12/07] kern/23353 fcntl(F_GETLK) return l_pid equal to -1 f o [2000/12/07] i386/23359 Installation diskettes don't boot o [2000/12/07] misc/23362 tcpdump wrong on sppp CISCO_HDLC encoded o [2000/12/07] misc/23366 mmap() non conforming o [2000/12/07] gnu/23367 some src/gnu Makefiles are missing $FreeB o [2000/12/09] conf/23402 sysinstall upgrade ought to check partiti o [2000/12/09] kern/23409 CD-RW driver fails unless CD in drive at o [2000/12/09] ports/23410 obrien [PATCH] FreeBSD throws away information o o [2000/12/10] kern/23414 fail to probe my pnp modem o [2000/12/10] conf/23416 Adding SSL services and rsync into /etc/s o [2000/12/10] ports/23417 jmz [PATCH] XFree4-port needs patches to buil o [2000/12/10] conf/23419 'make buildkernel' doesn't work in isolat o [2000/12/10] kern/23446 billf ipfw fragment logging misses first frag o [2000/12/11] misc/23463 when the FreeBSD installation menu shows o [2000/12/11] ports/23465 scrappy Port Update: net/xicq o [2000/12/11] bin/23472 obrien gdb weirdness on programs compiled with - o [2000/12/11] docs/23488 doc A manpage for section 7 regarding a Toron o [2000/12/11] kern/23493 race in 'make -jN buildkernel' pollutes / a [2000/12/12] ports/23499 ports [NEW PORT]: Two LaTeX macro package ports o [2000/12/12] ports/23504 jseger Small stylistic fix in ports/editors/emac o [2000/12/12] bin/23509 Augment dev_mkdb to allow different direc o [2000/12/13] kern/23520 sb0 old style audio support in 4.2-RELEAS a [2000/12/13] ports/23524 dougb New port: rdesktop - RDP client for Windo o [2000/12/13] bin/23526 Patch for bin/9529 (ftp completion cant h o [2000/12/13] misc/23531 PERL_THREADED should specify -lc_r in Con o [2000/12/13] misc/23539 marcel make installworld from nfs mounted /usr/s o [2000/12/14] ports/23543 imp Update net/socks5 to install sample confi o [2000/12/14] kern/23546 tanimura [PATCH] csa DMA-interrupt problem o [2000/12/14] docs/23559 doc missing manpage for hsearch libc function o [2000/12/14] ports/23560 portmgr linux-jdk/Makefile assumes default `patch o [2000/12/15] i386/23562 telnetd doesn't show message in file spec a [2000/12/15] ports/23578 ade GNUCash 1.4.9 fails to install on FreeBSD o [2000/12/15] ports/23581 portmgr Updates to bsd.port.mk to detect changing o [2000/12/17] gnu/23598 Merge libgcc_r with libgcc o [2000/12/17] kern/23600 agp.ko module cannot be loaded o [2000/12/17] ports/23602 portmgr Recursive distclean for bsd.port.mk w/pat f [2000/12/18] ports/23608 kbyanc cclient-maildir does not install headers o [2000/12/18] misc/23612 patch for PicoBSD building (with diff) o [2000/12/18] conf/23616 IC-CARD+ not properly recognized by pccar o [2000/12/18] ports/23634 ports QuakeForge --with-svga= not works o [2000/12/18] bin/23635 [PATCH] whois enhancement - smarter whois o [2000/12/18] ports/23637 mharo Update ftp/proftpd update pkg-plist o [2000/12/19] i386/23643 dlopen() can't link to symbols in main pr o [2000/12/19] ports/23649 ports the port of mod_php4 does not install cor o [2000/12/19] ports/23660 ache Update russian/elm.language update pkg-pl o [2000/12/19] ports/23663 obrien Update chineese/cxterm update pkg-plist a o [2000/12/19] ports/23665 obrien Update editors/vim5 update pkg-plist o [2000/12/19] ports/23666 obrien Update editors/vim6 update pkg-plist o [2000/12/19] ports/23668 sobomax Update graphics/utah-glx update pkg-plist o [2000/12/20] ports/23685 ports Fxtv always starts with apectlock true o [2000/12/20] kern/23692 GENERIC kernel config on 4.2 changes defa o [2000/12/20] kern/23700 AMD 756 Power Management Controller / SMB o [2000/12/21] kern/23708 VESA support broken in 4.1-RELEASE with A o [2000/12/21] misc/23709 Changing from DES to MD5 passwords does n o [2000/12/21] bin/23710 [PATCH] there is no termcap(3) manpage pe o [2000/12/21] bin/23712 Unused variable CDB in /usr/src/usr.sbin/ o [2000/12/21] ports/23734 jhb [PATCH] emulators/bfe has unfetchable dis f [2000/12/22] ports/23753 ports [PATCH] audio/mxv has unfetchable distfil o [2000/12/22] ports/23762 jseger Update port: misc/git to 4.3.20 o [2000/12/22] misc/23766 /etc/periodic/daily/440.status-mailq does o [2000/12/22] docs/23767 doc ifconfig(8) manual page does not document o [2000/12/22] kern/23768 I can't install sound driver in kernel o [2000/12/22] ports/23770 ports There is not an IPv6 + SSL lynx a [2000/12/22] ports/23780 ports New port (audio/ecawave): Simple graphica a [2000/12/23] bin/23811 gshapiro Patch to Sendmail Mail Filter (Milter) AP f [2000/12/24] ports/23813 ports tirc doesn't compile from ports o [2000/12/24] kern/23814 .au sound files < 528 bytes actual data d o [2000/12/24] docs/23822 dgrimes mtree entries for German X11 man pages s [2000/12/25] docs/23823 alex gethostbyname2 man page is inaccurate o [2000/12/27] ports/23893 max Update port: textproc/nfbtrans to 7.58 o [2000/12/27] ports/23903 ports New Port: py-4Suite-0.10.0 o [2000/12/28] bin/23908 repquota format fix o [2000/12/28] bin/23912 underflow of cnt in vs_paint() by O_NUMBE f [2000/12/28] ports/23937 nectar security/krb5 does not read /etc/login.co o [2000/12/29] bin/23944 Patch for ftpd to add a cd after the chro f [2000/12/30] ports/23961 ports New port: textproc/p5-Text-FixedLength-Ex o [2000/12/31] ports/23982 obrien [PATCH] net/queso has unfetchable distfil o [2001/01/01] kern/23989 NEW CODE: AMD 756 Power Management / SMBu f [2001/01/02] ports/24021 ports New port: textproc/p5-Sort-PolySort (Gene o [2001/01/02] misc/24034 "CWD" discloses the full "real" path in a o [2001/01/02] docs/24035 doc ptrace(2) PT_STEP incorrect documentation o [2001/01/03] misc/24048 ru natd/libalias doesn't always properly mod o [2001/01/03] bin/24063 /bin/stty ek doesnt work despite man page o [2001/01/04] bin/24066 gdb can't detach from programs linked wit f [2001/01/04] ports/24071 trevor security/digest - md5,md4,sha1,ripemd160 o [2001/01/04] ports/24076 ports Update port: devel/libgii 0.6 to 0.7 o [2001/01/04] ports/24077 ports Update port: graphics/libggi 2.0b2.1 to 2 o [2001/01/06] bin/24106 ftpd does not compile without virtual hos o [2001/01/06] ports/24120 portmgr "/usr/ports/Mk/bsd.port.mk", line 626: In o [2001/01/06] misc/24121 linprocfs setup/startup lost when port mo o [2001/01/07] misc/24132 gdb output is wrong (same as #13427 ?) o [2001/01/07] kern/24141 emu10k1 has trouble playing non-44.1KHz s o [2001/01/08] i386/24150 network traffic appears bottlecaped. o [2001/01/08] ports/24163 grog ports/benchmarks/rawio checksum error o [2001/01/08] misc/24166 Allow Date to generate an RFC-822 Complia o [2001/01/08] ports/24167 sobomax pango fails to build on -current o [2001/01/08] ports/24174 kris Update of cfengine port to 1.6.1 o [2001/01/09] ports/24207 jseger port "tcl83" cannot load shared objects o [2001/01/10] ports/24214 portmgr [PATCH] verbose 'make index' o [2001/01/10] ports/24216 ports new port: kde-i18n-pl o [2001/01/10] ports/24217 ports new port: ssmtp o [2001/01/10] misc/24226 PicoBSD do not build on 5.0-current o [2001/01/10] bin/24230 getcwd(3) manual page has wrong STANDARDS a [2001/01/10] ports/24237 ports new port: kde-i18n-pl o [2001/01/10] ports/24240 ports Re: Updated port: mail/elm+ME - 2.4ME+87 o [2001/01/11] misc/24254 Security hole in use of kbdcontrol o [2001/01/11] ports/24259 steve port of open-motif on make install compla o [2001/01/11] misc/24261 pthread_mutex_lock/pthread_mutex_unlock d a [2001/01/11] ports/24262 ports new port: slrn-pl, slrn with polish langu o [2001/01/11] misc/24265 Linksys LNE100TX V.4.1 MAC address not de o [2001/01/11] ports/24267 andreas ghostscript6 port compilation fails o [2001/01/12] ports/24268 ijliao new port : gmp3 o [2001/01/12] kern/24269 Failure to setup DMA on ATA HDs (Alladin o [2001/01/12] i386/24272 ATAPI CD "open" causes "ticks" as ATA dri o [2001/01/12] ports/24291 okazaki New port: ant build tool for Java o [2001/01/12] ports/24292 portmgr update-patches target in ports/Mk/bsd.por o [2001/01/12] ports/24299 ports Configure the synaptics touchpad. s [2001/01/13] docs/24305 ben man page syscons has reference to non exi o [2001/01/13] misc/24318 burncd fails on fixate a [2001/01/14] misc/24324 Greek console support o [2001/01/15] misc/24345 pthread library libc_r causes memory leak a [2001/01/15] i386/24351 setkey(8) man page has multiple spelling o [2001/01/15] ports/24361 asami wrong filemodes o [2001/01/15] kern/24367 ATA driver finds non-existent drives o [2001/01/15] gnu/24372 [PATCH] (cosmetic) -current send-pr break o [2001/01/16] ports/24374 dd New port: a display-based tetris game o [2001/01/16] misc/24384 4.1 Cant add entry to neighbour discovery o [2001/01/16] bin/24390 Replacing old dir-symlinks when using /bi o [2001/01/16] kern/24393 Patch to msdosfs to handle a kind of inco o [2001/01/17] ports/24408 ijliao new port : java2html o [2001/01/17] ports/24413 jseger Building ImageMagick port with libmalloc o [2001/01/17] ports/24417 ports skin support not working without unzip o [2001/01/18] misc/24426 CDROM not detected on a multi processosr o [2001/01/18] docs/24434 ben cipher(3) man pages needs to state that - o [2001/01/18] bin/24435 Changing slice type causes Auto-partition a [2001/01/18] kern/24437 yokota syscons - MOUSE_MOUSECHAR fix o [2001/01/18] bin/24439 suggested replament for adduser(8) o [2001/01/18] bin/24444 syslogd(8) does not update hostname o [2001/01/19] ports/24451 mharo Portlint doesn't catch some literal comma o [2001/01/19] ports/24454 ports New port: BugSeeker for Java 2 (Trial ver o [2001/01/19] bin/24458 named-xfer executed at 20 priority level o [2001/01/20] bin/24485 [PATCH] to make cron(8) handle clock jump o [2001/01/20] ports/24492 jhs [PATCH] misc/estic has unfetchable distfi o [2001/01/20] ports/24493 msmith Pib maker function unable to launch xterm o [2001/01/20] conf/24495 Default /etc/printcap refers to wrong han o [2001/01/21] conf/24503 /stand/sysinstall fdisk/label can't acces a [2001/01/21] kern/24512 jesper Sent ICMP unreach when packet not for us o [2001/01/21] misc/24513 new options for pppd o [2001/01/21] conf/24515 Fix for find(1) warning in /etc/rc o [2001/01/21] kern/24516 Mouse Logitech M-S48 does not in FreeBSD o [2001/01/21] bin/24521 green ssh-agent exits when authenticating DSA v o [2001/01/22] bin/24523 [PATCH] ps no longer supports the rsz for o [2001/01/22] kern/24528 Bad tracking of Modem status o [2001/01/22] bin/24540 add '-c' flag to src/bin/domainname to cl o [2001/01/22] ports/24558 torstenb Updated port: converters/recode - 3.5 o [2001/01/23] bin/24569 PATCH for PPPD o [2001/01/23] misc/24576 -lssh problem with libpam o [2001/01/23] ports/24580 ports cfengine giving errors when invoked o [2001/01/23] bin/24592 dmesg.boot Gets Overwritten without Reboo o [2001/01/24] misc/24603 dsp will not play .wav files at all o [2001/01/24] bin/24610 [PATCH] make inetd log hostnames when spe o [2001/01/24] bin/24623 /bin/pr ¤Ç²þÊÇ¥³¡¼¥É¤¬¹Í褵¤ì¤Æ¤¤¤Ê¤¤ f [2001/01/25] ports/24638 sobomax Mesa-3.2.1_1 fails to build on 4.2-STABLE o [2001/01/25] kern/24642 NEWCARD broken in RELENG-4 o [2001/01/25] kern/24647 Supported Gigabit Ethernet Interfaces for o [2001/01/25] ports/24651 mharo portlint gives a bogus warning o [2001/01/25] bin/24654 /usr/bin/w doesn't close all files o [2001/01/26] ports/24658 jkh Enhancement to src/release/Makefile a [2001/01/26] ports/24660 ports New port: Xerces-C 1.3.0 o [2001/01/26] docs/24662 doc too many questions about source managemen o [2001/01/26] alpha/24663 alpha Console output gets scribbled into /var/l o [2001/01/27] gnu/24681 gcc 2.95.3 cannot compile rince.c from IO o [2001/01/27] misc/24687 ports QUAKE FORGE & SVGALIB o [2001/01/27] ports/24688 ports Full Screen Editor - MicroEmacs 4.0/PK-TO o [2001/01/28] ports/24692 ports setquota port is broken on 4.2 STABLE o [2001/01/28] kern/24696 compile error while defines DEB(x) o [2001/01/28] bin/24707 [patch] Whois IP Address Handling a [2001/01/29] ports/24713 ports New port: xmotd - message-of-the-day brow o [2001/01/30] bin/24730 tail -f barfs on files bigger than 2 Gig o [2001/01/30] bin/24732 cmp can not compare files lager 2GB but s a [2001/01/30] ports/24736 ports New port: SGI's open inventor (graphics/i o [2001/01/30] bin/24742 send adduser.message before dirs are crea o [2001/01/30] ports/24743 chuckr a2ps port installs files in / o [2001/01/30] misc/24744 sys/socket.h uses u_char without includin o [2001/01/30] misc/24746 green SSH terminal hangs on large paste of data o [2001/01/30] ports/24747 ports new port: MicroEmacs 4.0/PK-TOY o [2001/01/30] ports/24749 dirk mysql323-server pkg-install script doesn' o [2001/01/30] misc/24750 unable to make reinstall on a fresh insta o [2001/01/31] ports/24756 billf net-snmp-4.2 does not compile with LPRng o [2001/01/31] bin/24757 ftpd not RFC compliant o [2001/01/31] bin/24762 pw doesn't allow false as a shell o [2001/01/31] kern/24770 ATA_ENABLE_TAGS doesn't enable tags o [2001/01/31] ports/24775 ports Gabber freezes upon login o [2001/02/01] conf/24781 MAKEDEV: rast* -> ast* a [2001/02/01] misc/24784 Why isn't bind always running as -u bind o [2001/02/01] docs/24786 doc missing FILES descriptions in sa(4) o [2001/02/02] docs/24797 phk when using MALLOC_DEFINE sys/param.h and o [2001/02/02] misc/24801 Copyright web page needs small correction s [2001/02/02] docs/24802 dd fcntl man page does not specify what happ o [2001/02/02] bin/24804 [PATCH] ps_showallprocs isn't documented. o [2001/02/03] kern/24827 Erratic Intellimouse Explorer in 4.1 and o [2001/02/03] bin/24828 [PATCH] ntpd compilation and additional r o [2001/02/03] docs/24839 doc fix ether.bridge o [2001/02/04] gnu/24843 gcc does not recognize -kthread o [2001/02/04] gnu/24844 gdb does not support kernel threads o [2001/02/04] ports/24845 tegge linuxthreads does not detect failed rfork o [2001/02/04] kern/24851 ISA PnP Modem Type is unregistered in sio o [2001/02/04] ports/24855 ports New port of FSF GMP library o [2001/02/04] bin/24857 File descriptor leak and frequent crashes o [2001/02/05] conf/24865 schweikh WITH FIX: /etc/rc.isdn overwrites $isdn_t o [2001/02/05] docs/24869 doc Some text elf.5 is duplicated o [2001/02/05] kern/24882 ktrace not syncing .out file before panic f [2001/02/05] ports/24885 ports Update Port: audio/icecast o [2001/02/06] kern/24900 Server logs:indfcntl(8, F_SETFL, 4): Inap o [2001/02/06] kern/24902 IPC Message Queue number to big o [2001/02/06] misc/24907 Options screen at MenuMedia menu problem o [2001/02/06] bin/24914 /dev explicitly referenced in MAKEDEV o [2001/02/06] docs/24921 phk Typo /devs --> /dev o [2001/02/06] docs/24923 doc 4.2 Release Errata page has no informatio o [2001/02/07] ports/24940 demon prolem with Tnm::icmp echo command due to o [2001/02/07] misc/24942 tftp client timeout failure o [2001/02/07] bin/24944 new execute-file can't running(not found o [2001/02/08] ports/24951 ports New port: devel/omniORB-Notify o [2001/02/08] bin/24953 green adduser ignores passwd_format in login.co o [2001/02/08] kern/24954 Old driver /src/sys/dev/sound/isa/sb.c sh o [2001/02/08] bin/24955 /usr/bin/tail -F in 4.1+ doesn't work if o [2001/02/08] kern/24959 proper TCP_NOPUSH/TCP_CORK compatibility o [2001/02/08] kern/24962 properly delay acks in half-closed TCP co o [2001/02/08] i386/24963 perfmon(4) doesn't work on SMP systems o [2001/02/09] ports/24976 ports gemdropx port is missing a dependency on o [2001/02/09] ports/24983 asami Emacs ports have misleading names o [2001/02/10] ports/24987 ports New port: Courier mail server. o [2001/02/10] ports/24991 ports New port: eudc-emacs20 o [2001/02/10] kern/24998 More verbose logging for Joliet CDs o [2001/02/11] docs/25000 doc matcd(4) SYNOPSIS is wrong o [2001/02/11] bin/25012 tar(1) as root does not preserve ownershi o [2001/02/11] bin/25013 mv(1) cannot move unresolvable symlinks a o [2001/02/11] misc/25014 junk files in ~ncvs/CVSROOT/commitlogs o [2001/02/11] bin/25015 cp: options -i and -f do not work as docu o [2001/02/11] docs/25016 doc symlink(7) manpage says symlinks have no o [2001/02/11] bin/25017 cp -pRP does not preserve symlink ownersh o [2001/02/11] kern/25018 lstat(2) returns bogus permissions on sym o [2001/02/11] kern/25019 Problem trying to build new kernel a [2001/02/11] bin/25028 imp make installworld uses wrong time o [2001/02/12] ports/25031 ache www/apache: dbmmanage fails verifying md5 o [2001/02/12] ports/25032 obrien mail/mutt: wrong permissions of ${PREFIX} o [2001/02/12] ports/25033 bmah pkg_version -c to support packages? o [2001/02/12] kern/25039 -stable LINT missing the twe device o [2001/02/12] ports/25042 peter cvsup missed a couple of deletes in /usr/ o [2001/02/12] misc/25050 dwmalone inetd UDP echo service echos only 8K o [2001/02/12] misc/25055 Header in 'top' too long for SMP system a o [2001/02/13] bin/25059 dlopen(..,RTLD_GLOBAL) doesn't work for s o [2001/02/13] bin/25070 newsyslog(8) should send signals only onc o [2001/02/13] ports/25071 peter Ports-Skeletons gone after update o [2001/02/13] bin/25085 mlxcontrol utility fails silently if devi a [2001/02/13] ports/25087 ports new port: net/icq-transport a [2001/02/13] ports/25091 ports new port: net/yahoo-transport o [2001/02/14] ports/25106 bmah "pkg_version -c" should "make install cle o [2001/02/15] misc/25109 Fujitsu MO device MCC3064AP could't be c f [2001/02/15] kern/25117 ru ICMP Destination Port Unreachable Error M o [2001/02/15] ports/25119 sobomax pango does not build on -current o [2001/02/16] docs/25134 doc Kernel USER_LDT option help incomplete a [2001/02/16] ports/25139 ports [MAINTAINER UPDATE] audio/lopster 0.9.7_1 o [2001/02/16] misc/25147 [PATCH] to make D-Link DFE-650 work with o [2001/02/16] ports/25154 ports atmel AVR microcontroller in-circuit prog o [2001/02/16] misc/25161 During install, after boot get message: P o [2001/02/16] misc/25162 syntax error in src/release/Makefile o [2001/02/17] docs/25164 ben makewhatis(1) seems to be fouling up o [2001/02/17] ports/25169 wosch [PATCH] update of p5-libwww port 1.62 -> a [2001/02/17] ports/25177 ports New port: java/jdbcpool-current s [2001/02/18] bin/25187 dd [PATCH] pw(8) seg faults; man page doesn' o [2001/02/19] misc/25217 user with login 'connected' shows bogus f o [2001/02/19] misc/25218 peter mailwrapper invokes sendmail when resourc f [2001/02/19] ports/25219 ports New port: plist-builder o [2001/02/19] conf/25223 darrenr PATCH for rc.network to enable ipnat sepe s [2001/02/20] docs/25227 dd Lack of the description for some options a [2001/02/20] docs/25239 doc fdp-primer/tools/chapter.sgml says about o [2001/02/20] kern/25240 incomplete CDIOCREADSUBCHANNEL support in o [2001/02/20] bin/25241 luigi ipfw shouldn't show dynamics rules when s o [2001/02/21] ports/25251 dima acroread4 uses hard coded path for lpr f [2001/02/21] bin/25263 green openssh and /etc/login.access does not wo o [2001/02/21] bin/25267 vmstat displays some parameters incorrect o [2001/02/21] bin/25273 add fs type feature to vnconfig(8) to all o [2001/02/21] kern/25275 X server freezes system randomly on pentu o [2001/02/22] bin/25278 bs accepts -s -c but not -sc o [2001/02/22] alpha/25284 alpha PC164 won't reboot with graphics console o [2001/02/23] ports/25297 kevlo kcontrol writes wrong variable names in c o [2001/02/23] ports/25299 kevlo kdm´s "Console mode" command isn´t meanin o [2001/02/23] ports/25313 wosch Script source displayed at http://www.nl. o [2001/02/24] ports/25342 ports saint: user authentication fails in remot o [2001/02/25] misc/25354 Slovak (sk_SK) locale missing o [2001/02/25] kern/25369 Miscellaneous CD drivers have potentially o [2001/02/26] misc/25378 kris update contrib/libgmp to newer version (3 o [2001/02/26] kern/25386 cg Incorrect mixer registers (line & synth) o [2001/02/26] docs/25392 doc Chapter 9 pages could use 'location of fu o [2001/02/26] docs/25405 doc misleading warning from catman(1), etc. o [2001/02/27] ports/25419 ports Difficulties installing print/teTeX port o [2001/02/27] docs/25420 doc man page missing important information. o [2001/02/27] docs/25437 doc kernel configs are the only precious file f [2001/02/27] i386/25442 cg T20 CS4624/CS4297a sound problems: "pcm0: o [2001/02/27] ports/25444 andreas gimp-print driver out of date in ghostscr o [2001/02/27] kern/25445 kernel statistics are displayed in wrong o [2001/02/28] ports/25448 ports mpmf20 fails to correctly display the dir o [2001/02/28] docs/25450 doc remove NCPU from docs f [2001/02/28] ports/25453 trevor ports/audio/csound doesn't compile on 4.2 o [2001/02/28] misc/25454 rlogin does not pass the DISPLAY environm o [2001/02/28] gnu/25459 Dumpvalue.pm says SYNOPSYS instead of SYN o [2001/02/28] bin/25462 daemon(3) fails if called by a session le o [2001/02/28] i386/25463 PS/2 mouse sync problems with KVM switch o [2001/02/28] bin/25470 ancontrol doesn't output TX rate o [2001/03/01] conf/25472 add bg_BG.CP1251 locale support o [2001/03/01] bin/25474 dump can't close fifo pipe correctly o [2001/03/01] bin/25477 billf pam_radius fix to allow null passwords fo o [2001/03/01] ports/25486 ports [PATCH] ports/editors/staroffice52 PR2544 o [2001/03/02] ports/25490 wosch [PATCH] fix various bugs in stat(1) a [2001/03/02] conf/25495 keichii missing et_EE.ISO_8859-15 locale a [2001/03/02] misc/25499 buffer paste functionality from keyboard o [2001/03/02] docs/25500 ben Update of ip(4) manpage to reflect curren o [2001/03/02] misc/25502 TFTP in libstand(3) fails on all transact o [2001/03/02] misc/25503 readudp() in libstand(3) can return incor o [2001/03/03] kern/25507 cg contribute Intel ICH sound driver o [2001/03/03] kern/25517 ARP cache timeout behavior can be improve o [2001/03/03] ports/25518 ports Could the web pages list version numbers? o [2001/03/04] kern/25521 Laptop with FreeBSD4.2 freezes in battery o [2001/03/04] conf/25527 `man ldconfig' does not reflect its behav o [2001/03/04] ports/25530 torstenb ports/net/cricket port does dependencies o [2001/03/04] ports/25531 portmgr INSTALL_* macros fail for non-root users o [2001/03/05] ports/25557 patrick the pfe-devel port obsoletes the forth po a [2001/03/05] ports/25560 ports New port: ftp/kbear: An ftp client for KD f [2001/03/05] ports/25562 ports [UPDATE] net/radiusd-cistron o [2001/03/05] alpha/25564 alpha Port ups-debug doesn't build on the alpha o [2001/03/06] kern/25566 [PATCH] Missing PCI Id's for DLink DFE-53 o [2001/03/06] bin/25572 sshd core dump o [2001/03/06] ports/25576 jmz XFree86-4 port installs manual pages with o [2001/03/06] conf/25577 phk [PATCH] ifconfig support for wireless net s [2001/03/06] kern/25582 paul lnc driver uses wrong driver name s [2001/03/07] bin/25584 arp.c - better printed ether address o [2001/03/07] bin/25587 Add Solaris-like functionality to truss(1 o [2001/03/07] misc/25590 execve documentation doesn't mention EBAD o [2001/03/07] bin/25598 patch to let ftpd output message when cha o [2001/03/08] docs/25606 keichii Incorrect Email Lists on Website o [2001/03/08] kern/25608 sos ATA CD-ROM is not recognized on IBM Netfi s [2001/03/09] bin/25627 will Cannot append hash after .elif in Makefil a [2001/03/09] kern/25634 I obtain kernel trap 9 with interrupts di o [2001/03/09] misc/25635 lpr -# didn't work on network printer o [2001/03/09] ports/25643 ports "incompatible pointer" in RgbSink.c for x o [2001/03/10] docs/25648 doc typos in some manpages (dependant) o [2001/03/10] bin/25654 minor style(9) fix for sleep o [2001/03/10] docs/25657 doc no netid(5) man page o [2001/03/10] ports/25660 greid =09[MAINTAINER UPDATE] audio/quelcom -> 0 o [2001/03/11] ports/25691 ports [PATCH] x11-wm/fvwm2 update a [2001/03/11] ports/25698 ports [PATCH] Update lopster port to 0.9.8 o [2001/03/11] bin/25699 ftpd bug a [2001/03/11] ports/25704 ports www/webstone - change maintainer o [2001/03/11] ports/25708 ports pine4 port hard-code /usr/local/include o [2001/03/11] ports/25710 ports New port: news/slrn-pl, slrn with polish o [2001/03/11] bin/25712 des sockstat truncates field f [2001/03/11] conf/25715 gshapiro Failure in sendmail.cf creation leaves te o [2001/03/11] ports/25717 ports Update to xforms port o [2001/03/11] bin/25723 green OpenSSH on 4.2 excessively regenerates RS o [2001/03/12] bin/25724 quota(1) outputs wrong limits about NFS q o [2001/03/12] conf/25730 [PATCH] mount_mfs is being phased out -> o [2001/03/12] misc/25731 dougb mergemaster -a is not automatic when it f o [2001/03/12] kern/25733 mismatch between error reporting in smbus o [2001/03/12] docs/25735 doc error in handbook o [2001/03/12] bin/25736 ac -d option probrem with overdays logon o [2001/03/12] bin/25754 PicoBSD uses broken vnconfig syntax o [2001/03/12] ports/25763 shige XV fails to refresh properly on image dis o [2001/03/13] ports/25768 vanilla New port: textproc/p5-XML-Node o [2001/03/13] ports/25773 ports omniORB-Notify update to 3.0.3 o [2001/03/13] docs/25774 doc incorrect synopsis in vnconfig(8) o [2001/03/13] kern/25777 atime not updated on exec o [2001/03/13] ports/25779 portmgr (patch) make fetch-list should list all m o [2001/03/13] i386/25782 cg CSA sound device repeated sound o [2001/03/13] bin/25784 dwmalone Ability to specify alternate PID file for o [2001/03/13] bin/25786 ume Misdeclared IPv6 macros. o [2001/03/13] bin/25787 dwmalone inetd/auth: -i option to return uid inste o [2001/03/13] bin/25791 pccardd(8) Can Hang Reading Config File o [2001/03/14] gnu/25794 markm [PATCH] make perl use a decent random num s [2001/03/14] docs/25796 dd ipfw(8) manpage has no info on "Rule -1" s [2001/03/14] docs/25797 dd socket.2 man file is strange, with a draf o [2001/03/14] bin/25798 adduser does full *pwd.db rebuild, instea o [2001/03/14] conf/25809 /etc/default/rc.conf bad default ipfilter o [2001/03/14] ports/25815 portmgr [PATCH] Port build collision fix. o [2001/03/15] bin/25820 diskpart(8) causes segfaults o [2001/03/15] ports/25828 torstenb The devel/autoconf port won't install ins o [2001/03/15] conf/25829 IPSec config in rc.network doesn't allow o [2001/03/15] kern/25832 dwmalone mount option MNT_NOSYMFOLLOW isn't export f [2001/03/15] bin/25833 LOG_FAC() is bogus o [2001/03/15] docs/25836 ben erroneous comment in statfs manual page o [2001/03/15] bin/25837 [PATCH] properly document vfc_flags in ge o [2001/03/15] ports/25838 lioux MD5s in gnupg-idea/distinfo doesn't match o [2001/03/16] bin/25850 CRON shouts o [2001/03/16] misc/25853 jlemon ftpd eats all memory o [2001/03/16] kern/25866 more than 256 ptys, up to 1302 ptys. a [2001/03/16] docs/25875 gshapiro the mailstats(8) header has the wrong sec o [2001/03/16] docs/25876 doc typos in jail.2 o [2001/03/17] ports/25878 tegge error during compilation of linuxthreads o [2001/03/17] ports/25880 ache Script installed by russian/rus-ispell is o [2001/03/18] docs/25892 doc doc.html.mk: use OpenJade on alpha a [2001/03/18] gnu/25894 ru mdoc .Lb macro does not accept punctuatio a [2001/03/18] bin/25895 keichii Add Big5 multibyte support for tcsh o [2001/03/18] misc/25903 make buildworld fails in libcrypt o [2001/03/18] kern/25905 cg Sound failed o [2001/03/18] ports/25906 sf nethack-gtk refuses to run s [2001/03/18] ports/25907 roam Firebird shared libs not added to shared o [2001/03/18] kern/25909 4.x kernel freezes on P3-Asus CUSL2-C mot o [2001/03/18] kern/25910 cg Kernel sound driver may die if a program o [2001/03/18] ports/25911 ports flash plugin for freebsd netscape 4.7 cra o [2001/03/19] conf/25914 added more modules to /boot/defaults/load o [2001/03/19] misc/25917 green Paste thrue SSH Secure Shell v.2.4.0 (bui o [2001/03/19] docs/25919 doc supported hardware list says 'no' for Sou o [2001/03/19] kern/25923 vm_map.h defines a macro called "min_offs o [2001/03/19] conf/25925 Add service sgi_fam to /etc/rpc o [2001/03/20] misc/25946 Add support for Topic chipset PCI modem o [2001/03/20] kern/25948 ad6, ad7 fails in 4.3-BETA cvsup 20010317 o [2001/03/20] ports/25956 okazaki New port: java/jaxp, Sun's XML API for Ja o [2001/03/21] i386/25978 Problem with 'moused' or XFree86-4.03 and o [2001/03/21] kern/25980 "ARCHIVE Python 06408-XXX 8130" needs qui a [2001/03/21] ports/25983 ports New port: databases/py-bsddb3 o [2001/03/21] misc/25984 bsd.prog.mk doesn't link C++ programs pro o [2001/03/21] docs/25985 ben some small fixes in raycontrol.8 o [2001/03/22] ports/25993 ports New port editors/gnuserv-emacs20 o [2001/03/22] docs/26001 doc typo in sched_get_priority_max.2 f [2001/03/22] docs/26003 doc getgroups(2) lists NGROUPS_MAX but not sy o [2001/03/22] bin/26005 MIME quoted-printable encoding added to v o [2001/03/22] docs/26006 doc Changing zone(9) man page o [2001/03/22] ports/26007 ports dia script in dia port doesn't show libra o [2001/03/22] bin/26012 FTPD utmp logging support o [2001/03/22] kern/26016 VMWare is crash on SMP machine o [2001/03/23] ports/26033 ports Re: FreeBSD gnupg-idea PR ports/28538 o [2001/03/23] misc/26035 System hangs when playing mp3 on PCI Maes o [2001/03/23] ports/26039 ports The port of tidy dumped core o [2001/03/24] ports/26052 gnats-adminpatch for mail/pine4 against passive fing s [2001/03/24] docs/26054 dd obsolete options in man page o [2001/03/24] ports/26058 billf textproc/htdig simplifications and separa o [2001/03/24] docs/26060 doc No man page for /etc/host.conf o [2001/03/24] ports/26064 ports Update port: www/mod_python o [2001/03/25] docs/26065 mpp assorted broken "SEE ALSO" references o [2001/03/25] bin/26080 [PATCH] various RPC fixes o [2001/03/25] docs/26090 mpp more broken "SEE ALSO" references o [2001/03/26] ports/26092 ports ksh93 port not installing properly o [2001/03/26] ports/26104 billf PORT UPDATE: add ${FREETYPE_CONFIG} suppo o [2001/03/26] ports/26108 demon FEATURE REQUEST: allow cgi-gid to be over o [2001/03/26] docs/26137 wosch update for BSD family tree o [2001/03/26] ports/26139 ports cclient/pine4 can do SSL if enabled o [2001/03/27] bin/26141 The FIFO file is not good!! o [2001/03/27] conf/26145 [PATCH] There is no make.conf equivalent o [2001/03/27] bin/26152 ps compat4x should include librsaINTL.so o [2001/03/27] misc/26153 sed G does not double space o [2001/03/27] ports/26154 ports databases/firebird doesn't compile o [2001/03/28] ports/26172 ports Update port: upgrade editors/joe to 2.9.4 o [2001/03/28] ports/26173 ade [PATCH] GnuCash update o [2001/03/28] misc/26187 jkh setting nonInteractive in install.cfg is o [2001/03/28] ports/26192 ports apel appeared both in xemacs/site-package s [2001/03/28] docs/26193 dd builtin(1) indicates that if is not valid o [2001/03/28] docs/26194 doc BSD Family Tree needs updated o [2001/03/29] ports/26200 ports Update port: devel/py-coro o [2001/03/29] bin/26201 telnet SRA password exchange trap when no o [2001/03/31] ports/26248 ports Netatalk port should be updated to 1.5pre o [2001/04/01] i386/26272 Adds a sysctl to get the cpu frequency a [2001/04/01] ports/26274 ports New port: Perl/TK Jabber client o [2001/04/01] kern/26277 ppc driver doesn't work with port 0x3BC p o [2001/04/02] docs/26286 doc *printf(3) etc should gain format string a [2001/04/02] ports/26292 ports New port: Version 3 of Squeak, the Smallt s [2001/04/02] docs/26293 dd Just add detail on the tutorial o [2001/04/02] kern/26295 mount of Olympus Digital Camera via umass o [2001/04/02] ports/26296 ports p5-Spreadsheet-ParseExcel port has a pro a [2001/04/02] ports/26297 ports New port: devel/florist a [2001/04/02] misc/26299 gshapiro Improvement to Makefile in /etc/mail allo o [2001/04/02] ports/26303 adrian Wrong permission on Squid24's errors dire o [2001/04/02] misc/26306 misspelling in burncd application s [2001/04/02] docs/26308 dd remote(5) type ("insure" for "ensure") a [2001/04/03] ports/26313 ports New Port: german/eagle: A tool for design o [2001/04/03] ports/26314 dirk mod_php4 port starts apache on install or o [2001/04/03] ports/26315 ports Update port: java/orion o [2001/04/03] kern/26316 Booting FreeBSD on VMware2 with 2 or 3 et o [2001/04/03] kern/26317 /modules not created by make installkerne o [2001/04/03] misc/26323 Quota system create zero-length files o [2001/04/03] kern/26324 Defaults for NFS mounts over TCP are slow o [2001/04/03] ports/26336 foxfair Update security/acid o [2001/04/03] ports/26339 adrian squid-2.4_2, ipcCreate: $PREFIX/libexec/s o [2001/04/03] ports/26340 ade update port of gnucash s [2001/04/04] i386/26343 dd little patch for fdisk.8 (wd -> ad) o [2001/04/04] i386/26347 [pcvt] incorrect screen number in HP mode o [2001/04/04] kern/26348 [pcvt] scon -s, page fault in HP mode o [2001/04/04] ports/26353 ports Update port: devel/py-htmlkit o [2001/04/04] bin/26359 [PATCH] a minor nit in how netstat detect o [2001/04/05] ports/26372 ports ImageMagick 5.3.0 Port doesn't build when o [2001/04/05] misc/26373 Rpc.statd implements the SM_NOTIFY call b o [2001/04/06] bin/26375 PAMized su allows non-wheel members to su o [2001/04/06] misc/26378 All 4.X-Release and 4.3rc2 Panics Install o [2001/04/06] kern/26385 VMWare reboots entire system after starti o [2001/04/06] ports/26387 ports numerous fixes and improvements to micq-0 o [2001/04/06] ports/26389 ports New port: Perl extensions for keeping dat o [2001/04/07] ports/26401 orion ports/mbone/rat update o [2001/04/07] ports/26406 ports Update of /usr/ports/www/roxen/ o [2001/04/07] ports/26412 ports New port: Modules to assemble/disassemble o [2001/04/07] conf/26420 addition of a serial 3-wire entry into ge o [2001/04/08] ports/26424 ports dnssec-keygen command including ports/net o [2001/04/08] ports/26429 ports upgrade http_load (old distfile no longer s [2001/04/08] docs/26431 dd init(8) manpage incoherent o [2001/04/08] ports/26436 kris dejasearch port should be marked broken o [2001/04/08] kern/26437 Kernel Panics on SMP box when subjected t a [2001/04/08] ports/26447 ports New Port: net/py-xmlrpc o [2001/04/08] ports/26448 ports New port: databases/py-bsddb3 o [2001/04/08] ports/26449 ports Fixup port net/gtk+licq o [2001/04/08] docs/26451 doc ctype.h defined functions are not accurat o [2001/04/09] kern/26454 mixer volume settings on Maestro-2E (Diam o [2001/04/09] ports/26455 ports New port: games/conquest: A multiplayer c o [2001/04/09] ports/26456 ports update for german/BBBike port o [2001/04/09] ports/26460 ports imap-uw ports missing imap-uw.conf in fil o [2001/04/09] bin/26468 pkg_delete clears dependencies after runn f [2001/04/10] ports/26472 ports Update of the jed port to a newer version o [2001/04/10] ports/26478 will KDE2.1 - Kpresenter & Kmediaplayer Crash o [2001/04/10] conf/26488 incomplete named sandbox information o [2001/04/10] docs/26489 doc incomplete info in the ppp faq about "PPP o [2001/04/11] ports/26495 ports Update devel/tmake to make use of the new o [2001/04/11] ports/26504 ports www/p5-HTML-Mason o [2001/04/12] kern/26508 jkh [PATCH] syscons panic in userconfig mode o [2001/04/12] misc/26509 jkh [PATCH] Obscure sysinstall NULL dereferen o [2001/04/12] ports/26511 ports New port: mail/emh-emacs20,emh-xemacs21-m o [2001/04/12] ports/26513 ports New port (print/ft2demos) is included. ft o [2001/04/12] ports/26514 ports New port for AutoTrace, automatic outline o [2001/04/12] ports/26515 ports New port for pfaedit, an outline/bitmap f a [2001/04/12] docs/26520 dd getpgid(2) doesn't describe error conditi o [2001/04/12] misc/26521 Australia's whois.aunic.net as an option a [2001/04/13] ports/26530 ports New port: editors/ted: An easy to use ric f [2001/04/13] bin/26531 sysinstall's disk labeler creates too sma f [2001/04/13] docs/26532 doc ".lQ ?" becomes "`'?" through nroff (and o [2001/04/13] kern/26534 Add an option to ipfw to log gid/uid of w o [2001/04/13] ports/26542 ports kscd - part of KDE2.1.1 as package for 4. o [2001/04/13] conf/26543 gifconfig in rc.conf ignored if ipv6_enab f [2001/04/13] ports/26544 ports Update of AucTeX port o [2001/04/13] ports/26545 ports Fix port: mail/drac o [2001/04/13] kern/26546 Add ioctl support to linux emulation and o [2001/04/13] kern/26547 "lnc" problem with shared memory mode wit o [2001/04/13] ports/26551 ports Update port: graphics/pstoedit to 3.21 o [2001/04/13] i386/26562 /dev/lpt0 returns EBUSY when attempting t o [2001/04/14] kern/26563 ioctl(SNDCTL_DSP_SPEED) returns -1 when f o [2001/04/14] ports/26564 billf Update ports: net/ethereal version 0.8.17 o [2001/04/14] misc/26573 tcsh incorrectly handles 'postcmd' o [2001/04/14] docs/26574 doc Incorrect link in individual ports README o [2001/04/14] docs/26579 doc FAQ inconsistency regarding allocating sw o [2001/04/14] misc/26583 sysinstall display problem if >7 partitio o [2001/04/14] kern/26584 kernel boot messages aren't logged correc o [2001/04/15] bin/26597 cosmetic patch to /etc/rc (mounting neste o [2001/04/15] bin/26602 RELENG_4 ssh/sshd modifies the 'erase' ch o [2001/04/15] bin/26603 [PATCH] add option to vidcontrol(1) to en o [2001/04/16] kern/26608 when boot Freebsd 4.2 Release from the c o [2001/04/16] kern/26618 unmount(2) can't unmount a filesystem who o [2001/04/16] ports/26621 ports Update port: editors/le to 1.8.0 a [2001/04/16] ports/26628 ports New port: audio/qtecasound, well done f [2001/04/16] ports/26629 ports [PATCH] Cleanup of the ecasound port o [2001/04/17] misc/26636 If /etc/ttys goes empty, init(8) never re o [2001/04/17] bin/26637 [PATCH] fstat does not recognize FIFO's o [2001/04/17] kern/26638 kern.fast_vfork sysctl doesn't do anythin o [2001/04/17] ports/26639 ports AbiWord 0.7.13 's libole2 conflict witn d o [2001/04/17] ports/26641 ports update port: www/mod_csacek to 2.1.6 o [2001/04/17] ports/26642 ports (Corrected) New port: russian/tac+ia o [2001/04/17] kern/26644 sos [PATCH] ATA/ATAPI driver doesn't implemen a [2001/04/17] misc/26646 srand() provides only 8-bit table o [2001/04/17] kern/26647 [PATCH] ATA/ATAPI driver should check for o [2001/04/17] misc/26648 Typo in /var/yp/Makefile.dist o [2001/04/17] misc/26649 diskless client can't share root with ser o [2001/04/17] misc/26653 RTL8012 ethernet not listed in LINT or ha o [2001/04/17] misc/26658 update to src/usr.bin/calendar/calendars/ o [2001/04/17] ports/26660 ports www/apache13-fp - fix patch error for fp_ o [2001/04/17] misc/26662 syslogd crashing if kill'd with -9 or alr a [2001/04/17] bin/26663 [patch] ru_RU.KOI8-R message catalog for o [2001/04/17] bin/26664 pkg_version -v trims package names that a a [2001/04/17] bin/26666 New port: pam_ssh (moved out from base) o [2001/04/18] ports/26670 ports ports/biology/molden has a checksum error o [2001/04/18] ports/26671 ports New Port :mail/isoqlog Qmail Log anaylzer a [2001/04/18] docs/26672 dd Fix various typos in dc(4) manpage; remov o [2001/04/18] ports/26673 ports lang/squeak2: Small bug fix for the Makef o [2001/04/18] bin/26674 rmuser xyz reports incorrect error messag o [2001/04/18] ports/26675 ports postfix-current does not load at startup o [2001/04/18] ports/26676 ports Update port: audio/libshout to 1.0.5 o [2001/04/18] ports/26677 ports New port: Shout - Perl glue for libshout o [2001/04/18] misc/26678 Correction of: misc/26521 o [2001/04/18] bin/26689 logname returns error when passing opts a a [2001/04/18] docs/26690 dd Update to ports(7) o [2001/04/18] docs/26692 doc boot manpage describes bootfile prompt in o [2001/04/18] misc/26695 CHANGE REQUEST: kill(all) -l output o [2001/04/19] i386/26696 mediaopt doesn't work with xl drivers "if o [2001/04/19] ports/26697 ports New port: lang/diveintopython o [2001/04/19] ports/26698 ports PATCH: editors/lpe 1.2.5 segfault on perm o [2001/04/19] ports/26699 ports Update port: sysutils/wmcpuload include p f [2001/04/19] ports/26700 ports icecast gobbling up 80% of the CPU o [2001/04/19] docs/26702 doc builtin(1) man page errors o [2001/04/19] ports/26708 ports [MAINTAINER] Update alephone to work with o [2001/04/19] misc/26720 Both .cshrc and .profile should have the o [2001/04/19] ports/26721 ports CD.so: Undefined symbol "cddb_message" at o [2001/04/19] ports/26722 ports pam errors with new port of imap-uw o [2001/04/19] ports/26723 ports NEW PORT: py-amkCrypto - Python cryptogra o [2001/04/20] ports/26730 ports Fix port: sysutils/wmavgload o [2001/04/20] ports/26731 ports update port: devel/libuta (make it unbrok o [2001/04/20] ports/26732 ports phpnuke port is out dated and misses some o [2001/04/20] ports/26737 ports [NEW PORT] net/asfrecorder - records stre o [2001/04/20] ports/26738 ports Update port: lang/nickle - new official U o [2001/04/20] kern/26740 rwatson [PATCH] jail improvement o [2001/04/21] misc/26742 misleading information in handbook o [2001/04/21] docs/26743 doc developers-handbook: makefiles and depend o [2001/04/21] ports/26745 ports Update port sysutils/ipa to version 1.1.2 o [2001/04/21] bin/26746 dmesg only prints the last couple of line o [2001/04/21] kern/26747 Can't fixate CDs on Yamaha IDE 4x4x16 CD o [2001/04/21] kern/26748 Aironet tcpdump wedge bug still exists o [2001/04/21] ports/26754 ports New port: Slash'Em (tty interface) o [2001/04/21] ports/26759 ports databases/pgaccess port superfluous o [2001/04/22] misc/26763 installing ipfilter sample files to share o [2001/04/22] ports/26764 ports [MAINTAINER UPDATE] sysutils/asfsm o [2001/04/22] ports/26765 ports new port.. perl module o [2001/04/22] docs/26766 imp typo in UPDATING o [2001/04/22] ports/26767 ports ncftp 3.0.2 -> ncftp 3.0.3 update o [2001/04/22] ports/26769 ports New port: net/py-xmlrpc o [2001/04/22] conf/26770 sysinstall does not generate correct rc.c o [2001/04/22] ports/26772 ports Update textproc/pspell to version 0.12.1 o [2001/04/22] ports/26773 ports Update editors/joe to version 2.9.6 o [2001/04/22] conf/26774 Installation of rmail, even without sendm o [2001/04/22] ports/26775 ports New port: print/type1inst: Generates font o [2001/04/22] ports/26776 ports new port o [2001/04/22] ports/26777 ports Update of distfiles location for Civ2CTP o [2001/04/22] ports/26779 ports Update port: ftp/oftpd o [2001/04/22] ports/26781 ports Update port: www/mod_mp3 o [2001/04/22] ports/26782 ports new port - pronto, a mail client o [2001/04/22] ports/26783 ports in graphics/gdtclft/Makefile ${ENV} used o [2001/04/22] ports/26784 ports in devel/tcltls/Makefile ${ENV} used wher o [2001/04/22] ports/26785 ports in graphics/libimg/Makefile ${ENV} used w o [2001/04/22] i386/26786 Installing on Legacy Free Systems o [2001/04/22] kern/26787 sysctl change request o [2001/04/22] ports/26788 obrien ratfor name incorrect? o [2001/04/23] ports/26790 ports PATCH o [2001/04/23] ports/26791 ports update o [2001/04/23] ports/26792 ports PATCH for net/mrtg/distinfo o [2001/04/23] ports/26793 ports New port: java/ibm-jdk o [2001/04/23] docs/26794 doc 4.3 INSTALL.TXT refers to upcoming featur o [2001/04/23] misc/26795 make buildworld fails when upgrading from o [2001/04/23] kern/26798 cvsup 4.3-RC -> 4.3-STABLE causes problem 1928 problems total. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 23 11:10: 9 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5179D37B42C for ; Mon, 23 Apr 2001 11:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3NIA2Z55711; Mon, 23 Apr 2001 11:10:02 -0700 (PDT) (envelope-from gnats) Received: from stox.sa.enteract.com (stox.sa.enteract.com [207.229.132.161]) by hub.freebsd.org (Postfix) with ESMTP id C2A1737B422 for ; Mon, 23 Apr 2001 11:09:49 -0700 (PDT) (envelope-from stox@stox.sa.enteract.com) Received: (from stox@localhost) by stox.sa.enteract.com (8.11.3/8.11.3) id f3NI9jD06933; Mon, 23 Apr 2001 13:09:45 -0500 (CDT) (envelope-from stox) Message-Id: <200104231809.f3NI9jD06933@stox.sa.enteract.com> Date: Mon, 23 Apr 2001 13:09:45 -0500 (CDT) From: stox@imagescape.com Reply-To: stox@imagescape.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/26800: support for Netgear MA-301 wireless Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26800 >Category: kern >Synopsis: Support for Netgear MA-301 wireless >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Apr 23 11:10:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Kenneth P. Stox >Release: FreeBSD 5.0-CURRENT i386 >Organization: Imaginary Landscape, LLC. >Environment: System: FreeBSD stox.sa.enteract.com 5.0-CURRENT FreeBSD 5.0-CURRENT #22: Sun Apr 22 11:56:59 CDT 2001 root@stox.sa.enteract.com:/usr/src/sys/compile/CORNELIUS i386 >Description: Currently FreeBSD does not support the Netgear MA-301 wireless interface. The MA-301 is a PCI card which a MA-401 PCCARD may be plugged into. >How-To-Repeat: Plug a MA-301 into a FreeBSD machine, it will not be properly recognized. The system sees it as a unrecognized PCI network device. >Fix: The MA-301 is a PRISM2 based interface. If the following defines in src/sys/dev/wi/if_wireg.h are changed, the interface appears to work fine: #define WI_PCI_VENDOR_EUMITCOM 0x1638 #define WI_PCI_DEVICE_PRISM2STA 0x1100 to #define WI_PCI_VENDOR_EUMITCOM 0x1385 #define WI_PCI_DEVICE_PRISM2STA 0x4100 Obviously, this is a gross hack. The "real" solution would probably adding a case for a new define WI_PCI_VENDOR_NETGEAR, but I am concerned with the difference in WI_PCI_DEVICE_PRISM2STA. This is probably due to my own ignorance and lack of experience with this chipset and wireless interfaces. The hack does appear to work perfectly, and I am now happily enjoying wireless support. BTW, the MA-401 is supported without changes on my laptop. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 23 12: 0: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CEE6C37B43C for ; Mon, 23 Apr 2001 12:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3NJ02q62664; Mon, 23 Apr 2001 12:00:02 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BA74637B424 for ; Mon, 23 Apr 2001 11:54:30 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3NIsUZ61746; Mon, 23 Apr 2001 11:54:30 -0700 (PDT) (envelope-from nobody) Message-Id: <200104231854.f3NIsUZ61746@freefall.freebsd.org> Date: Mon, 23 Apr 2001 11:54:30 -0700 (PDT) From: seetru@bellsouth.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/26802: can't make new directories in kde Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26802 >Category: misc >Synopsis: can't make new directories in kde >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 23 12:00:02 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Carl True >Release: 4.3 >Organization: Home >Environment: FreeBSD true.truenet 4.3-RELEASE FreeBSD 4.3-RELEASE #0: Mon Apr 23 03:55:16 EDT 2001 root@true.truenet:/usr/src/sys/compile/TRUE i386 >Description: when trying to right click to make a new folder or directory using konqueror in kde2.1.1 there is an error message that emptydir does not exist >How-To-Repeat: right click with mouse in any directory using konqueror and select make new folder >Fix: in xterm run this command: mkdir /usr/local/share/templates/.source/emptydir thats all thank you >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 23 12:10:16 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7B45D37B424 for ; Mon, 23 Apr 2001 12:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3NJA4f66343; Mon, 23 Apr 2001 12:10:04 -0700 (PDT) (envelope-from gnats) Received: from red.juniper.net (red.juniper.net [207.17.136.137]) by hub.freebsd.org (Postfix) with ESMTP id CD38637B424; Mon, 23 Apr 2001 12:03:29 -0700 (PDT) (envelope-from trostler@juniper.net) Received: from trostler-bsd.juniper.net (trostler-bsd.juniper.net [172.17.20.95]) by red.juniper.net (8.9.3/8.9.3) with ESMTP id MAA09106; Mon, 23 Apr 2001 12:03:24 -0700 (PDT) Received: (from trostler@localhost) by trostler-bsd.juniper.net (8.11.1/8.9.3) id f3NJ3Oh10392; Mon, 23 Apr 2001 12:03:24 -0700 (PDT) (envelope-from trostler) Message-Id: <200104231903.f3NJ3Oh10392@trostler-bsd.juniper.net> Date: Mon, 23 Apr 2001 12:03:24 -0700 (PDT) From: Mark Trostler Reply-To: trostler@juniper.net To: FreeBSD-gnats-submit@freebsd.org Cc: des@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/26803: 'fetch' additions & small fix Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26803 >Category: bin >Synopsis: Fix fetch to allow FTP puts in '-o' & allow '@' sign in URL >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Apr 23 12:10:02 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Mark Trostler >Release: FreeBSD 4.2-RELEASE i386 >Organization: Juniper Networks >Environment: Any >Description: fetch does now allow FTP URLs as '-o' values. Also passwords w/'@' signs in them cause fetch to barf - like an email address for the username 'anonymous' Also if user specifies 'prompt' or '?' as password prompt user for password Also if no password is specified & user is not FTP_ANONYMOUS prompt user for password Also will take file from machine w/o 'file://' in front of it. Also can now use fetch as ftp relay. Maybe you guys are interested in this? >How-To-Repeat: Specify a URL of form ftp://anonymous:trostler@juniper.net@ftp.juniper.net/pub/file & barfola With patch you can now say: fetch /path/to/local/file -o ftp://tros:prompt@ftp.jniper.net/put/it/here or even: fetch ftp://mark:pass@ftp.somewhere.else.com -o ftp://tros:prompt@ftp.jniper.net/put/it/here >Fix: Index: lib/libfetch/fetch.c =================================================================== RCS file: /cvs/junos-2001/src/lib/libfetch/fetch.c,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 fetch.c --- lib/libfetch/fetch.c 2001/03/31 04:37:14 1.1.1.1 +++ lib/libfetch/fetch.c 2001/04/23 17:36:20 @@ -1,4 +1,4 @@ -/*- +/* * Copyright (c) 1998 Dag-Erling Coïdan Smørgrav * All rights reserved. * @@ -306,35 +306,56 @@ fetchParseURL(char *URL) /* scheme name */ if ((p = strstr(URL, ":/"))) { - snprintf(u->scheme, URL_SCHEMELEN+1, "%.*s", p - URL, URL); - URL = ++p; - /* - * Only one slash: no host, leave slash as part of document - * Two slashes: host follows, strip slashes - */ - if (URL[1] == '/') - URL = (p += 2); - } else { - p = URL; - } + snprintf(u->scheme, URL_SCHEMELEN+1, "%.*s", p - URL, URL); + URL = ++p; + /* + * Only one slash: no host, leave slash as part of document + * Two slashes: host follows, strip slashes + */ + if (URL[1] == '/') + URL = (p += 2); + } else + p = URL; + if (!*URL || *URL == '/') - goto nohost; + goto nohost; p = strpbrk(URL, "/@"); if (p && *p == '@') { /* username */ for (q = URL, i = 0; (*q != ':') && (*q != '@'); q++) if (i < URL_USERLEN) - u->user[i++] = *q; + u->user[i++] = *q; + /* + * Code to correctly suck in passwords with '@' signs in 'em + */ /* password */ - if (*q == ':') - for (q++, i = 0; (*q != ':') && (*q != '@'); q++) - if (i < URL_PWDLEN) - u->pwd[i++] = *q; - - p++; - } else p = URL; + if (*q == ':') { + int double_at = 0; + if (strchr(p+1,'@')) { // the double '@' sign!! + double_at = 1; + p++; // It's current pointing at the first '@' sign + p = strpbrk(p, "/@"); // Move pointer ahead to real hostname + } + for (q++,i = 0; (*q != ':') && (double_at ? double_at : *q != '@'); + q++) { + + if (i < URL_PWDLEN) { + if (*q == '@') + double_at--; + u->pwd[i++] = *q; + } + } + + } + + p++; // Advance past '@' + + } + else + p = URL; /* hostname */ #ifdef INET6 @@ -395,7 +416,7 @@ nohost: goto ouch; } - DEBUG(fprintf(stderr, + DEBUG(fprintf(stderr, "scheme: [\033[1m%s\033[m]\n" "user: [\033[1m%s\033[m]\n" "password: [\033[1m%s\033[m]\n" Index: lib/libfetch/ftp.c =================================================================== RCS file: /cvs/junos-2001/src/lib/libfetch/ftp.c,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 ftp.c --- lib/libfetch/ftp.c 2001/03/31 04:37:14 1.1.1.1 +++ lib/libfetch/ftp.c 2001/04/23 17:36:21 @@ -755,36 +755,57 @@ _ftp_connect(struct url *url, struct url /* expect welcome message */ if ((e = _ftp_chkerr(cd)) != FTP_SERVICE_READY) - goto fouch; + goto fouch; /* XXX FTP_AUTH, and maybe .netrc */ + /* + * First normalize 'anonymous' user to FTP_ANONYMOUS_USER + * Then ask user for password if not provided or they typed + * 'prompt' or '?' as the password + * (not that a '?' is gonna get thru the CLI - just for + * total backwards compaitbility) + */ /* send user name and password */ user = url->user; if (!user || !*user) - user = getenv("FTP_LOGIN"); - if (!user || !*user) - user = FTP_ANONYMOUS_USER; + user = getenv("FTP_LOGIN"); + if (!user || !*user || (strcmp(user,"anonymous") == 0)) + user = FTP_ANONYMOUS_USER; if (purl && url->port == _fetch_default_port(url->scheme)) - e = _ftp_cmd(cd, "USER %s@%s", user, url->host); + e = _ftp_cmd(cd, "USER %s@%s", user, url->host); else if (purl) - e = _ftp_cmd(cd, "USER %s@%s@%d", user, url->host, url->port); + e = _ftp_cmd(cd, "USER %s@%s@%d", user, url->host, url->port); else - e = _ftp_cmd(cd, "USER %s", user); + e = _ftp_cmd(cd, "USER %s", user); /* did the server request a password? */ if (e == FTP_NEED_PASSWORD) { - pwd = url->pwd; - if (!pwd || !*pwd) - pwd = getenv("FTP_PASSWORD"); - if (!pwd || !*pwd) { - if ((logname = getlogin()) == 0) - logname = FTP_ANONYMOUS_PASSWORD; - gethostname(localhost, sizeof localhost); - snprintf(pbuf, sizeof pbuf, "%s@%s", logname, localhost); - pwd = pbuf; - } - e = _ftp_cmd(cd, "PASS %s", pwd); + pwd = url->pwd; + if (!pwd || !*pwd) + pwd = getenv("FTP_PASSWORD"); + if ((!pwd || !*pwd) && (strcmp(user,FTP_ANONYMOUS_USER) ==0)) { + if ((logname = getlogin()) == 0) + logname = FTP_ANONYMOUS_PASSWORD; + gethostname(localhost, sizeof localhost); + snprintf(pbuf, sizeof pbuf, "%s@%s", logname, localhost); + pwd = pbuf; + } + else if (!pwd || !*pwd || (strcmp(pwd,"prompt") == 0) || + (strcmp(pwd,"?") ==0)) { + + char *prompt; + char *pass; + + asprintf(&prompt, "Password for %s@%s:", user, url->host); + pass = getpass(prompt); + pwd = strdup(pass); + memset(pass, 0, strlen(pass)); + free(prompt); + } + e = _ftp_cmd(cd, "PASS %s", pwd); } /* did the server request an account? */ Index: lib/libftpio/ftpio.c =================================================================== RCS file: /cvs/junos-2001/src/lib/libftpio/ftpio.c,v retrieving revision 1.9 diff -u -p -r1.9 ftpio.c --- lib/libftpio/ftpio.c 2001/04/02 04:17:51 1.9 +++ lib/libftpio/ftpio.c 2001/04/23 17:36:21 @@ -481,7 +481,7 @@ ftpPutURLAf(char *url, int af, char *use * into characters along the way. This is destructive. */ -static char * +char * decode_url_escapes (char *src) { char *dst, *save; Index: usr.bin/fetch/fetch.c =================================================================== RCS file: /cvs/junos-2001/src/usr.bin/fetch/fetch.c,v retrieving revision 1.2 diff -u -p -r1.2 fetch.c --- usr.bin/fetch/fetch.c 2001/04/02 04:18:32 1.2 +++ usr.bin/fetch/fetch.c 2001/04/23 17:37:33 @@ -178,7 +178,7 @@ stat_end(struct xferstat *xs) int fetch(char *URL, char *path) { - struct url *url; + struct url *url, *output_url; struct url_stat us; struct stat sb; struct xferstat xs; @@ -191,6 +191,23 @@ fetch(char *URL, char *path) f = of = NULL; + /* + * see if the 'target' URL is just a plain file + * If so make a full path to it + */ + if (!stat(URL,&sb)) { + // We got ourselves a regular file! + // Get the full path to it so the fetchParseURL routine + // doesn't barf on it + if (*URL != '/') { + char * full_path = NULL; + full_path = getcwd(full_path, MAXPATHLEN); + asprintf(&URL,"%s/%s",full_path,URL); + free(full_path); + } + } + /* parse URL */ if ((url = fetchParseURL(URL)) == NULL) { warnx("%s: parse error", URL); @@ -276,6 +293,7 @@ fetch(char *URL, char *path) sb.st_size = -1; } + /* start the transfer */ if ((f = fetchXGet(url, &us, flags)) == NULL) { warnx("%s: %s", path, fetchLastErrString); @@ -316,6 +334,12 @@ fetch(char *URL, char *path) us.size, us.mtime); } + /* parse output URL */ + if ((output_url = fetchParseURL(path)) == NULL) { + warnx("%s: parse error", path); + goto failure; + } + /* open output file */ if (o_stdout) { /* output to stdout */ @@ -370,15 +394,29 @@ fetch(char *URL, char *path) goto success; } if (!of) { - /* - * We don't yet have an output file; either this is a vanilla - * run with no special flags, or the local and remote files - * didn't match. - */ - if ((of = fopen(path, "w")) == NULL) { - warn("%s: open()", path); - goto failure; - } + /* + * We don't yet have an output file; either this is a vanilla + * run with no special flags, or the local and remote files + * didn't match. + */ + /* + * Check it we're outputting to FTP or not! + * if so get FILE* from fetch lib & not from fopen + */ + if (!strcmp(output_url->scheme, SCHEME_FTP)) { + if ((of = fetchPutURL(path, NULL)) == NULL) { + warn("%s: open()", path); + goto failure; + } + } + else { + if ((of = fopen(path, "w")) == NULL) { + warn("%s: open()", path); + goto failure; + } + } } count = url->offset; @@ -475,18 +513,18 @@ fetch(char *URL, char *path) return r; } -void +static void usage(void) { - /* XXX badly out of synch */ fprintf(stderr, - "Usage: fetch [-1AFHMPRabdlmnpqrstv] [-o outputfile] [-S bytes]\n" - " [-B bytes] [-T seconds] [-w seconds]\n" - " [-f file -h host [-c dir] | URL ...]\n" - ); + "usage: fetch [-ADHILMNPRTVablmnpqrstv] [-o outputfile] " + "[-S bytes]\n" + " [-f file -h host [-c dir] | URL]\n"); + exit(EX_USAGE); } + #define PARSENUM(NAME, TYPE) \ int \ NAME(char *s, TYPE *v) \ @@ -700,13 +738,13 @@ main(int argc, char *argv[]) if (o_flag) { if (o_stdout) { - e = fetch(*argv, "-"); + e = fetch(*argv, "-"); } else if (o_directory) { - asprintf(&q, "%s/%s", o_filename, p); - e = fetch(*argv, q); - free(q); + asprintf(&q, "%s/%s", o_filename, p); + e = fetch(*argv, q); + free(q); } else { - e = fetch(*argv, o_filename); + e = fetch(*argv, o_filename); } } else { e = fetch(*argv, p); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 23 15:30: 9 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5ED3637B42C for ; Mon, 23 Apr 2001 15:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3NMU1e96411; Mon, 23 Apr 2001 15:30:01 -0700 (PDT) (envelope-from gnats) Received: from h132-197-97-45.gte.com (h132-197-97-45.gte.com [132.197.97.45]) by hub.freebsd.org (Postfix) with ESMTP id 03D9137B423 for ; Mon, 23 Apr 2001 15:27:12 -0700 (PDT) (envelope-from ak03@gte.com) Received: (from ak03@localhost) by h132-197-97-45.gte.com (8.11.3/8.11.3) id f3NMRAd01041; Mon, 23 Apr 2001 18:27:10 -0400 (EDT) (envelope-from ak03) Message-Id: <200104232227.f3NMRAd01041@h132-197-97-45.gte.com> Date: Mon, 23 Apr 2001 18:27:10 -0400 (EDT) From: ak03@gte.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/26806: FIX: rpcbind dumps core sometimes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26806 >Category: bin >Synopsis: rpcbind can dump core under certain circumstances >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 23 15:30:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Alexander N. Kabaev >Release: FreeBSD 5.0-CURRENT i386 >Organization: Verizon Laboratories Inc. >Environment: System: FreeBSD kanpc.gte.com 5.0-CURRENT FreeBSD 5.0-CURRENT #2: Mon Apr 23 14:50:40 EDT 2001 root@kanpc.gte.com:/usr/src/sys/compile/KANPC i386 >Description: rpcbind occasionally dump core on my -CURRENT box. After I was unable to get the meaningful core dump, it turns out that the program is crashing due to the unitialized parameter in addrmerge procedure in rpcbind/util.c It looks like addrmerge tries to locate the network device most suitable for sending request reply to the client and then converts the unterface network address into a string. When the client address is on the local subnet, everything is OK and one of the branches of the switch statement on util.c:111 will execute and initialize tbuf structure with proper values. If client is not on the local address, procedure tries to select "best" interface to handle the requiest but does NOT initialize tbuf structure and passes random garbage to the taddr2uaddr later when it reaches found: label. taddr2uaddr crashes with sig 11 in inet_ntop shortly after that. >How-To-Repeat: Not sure. Simply run -CURRENT box in a large network with multiple subnets? >Fix: Attached patch delays initialization of the tbuf structure until right before taddr2uaddr is called. rpcbind did not crash for a three days already while before it was reliably dumping core no later than 30 min after system reboot. Index: util.c =================================================================== RCS file: /usr/ncvs/src/usr.sbin/rpcbind/util.c,v retrieving revision 1.1 diff -u -r1.1 util.c --- util.c 2001/03/19 12:50:11 1.1 +++ util.c 2001/04/23 21:48:25 @@ -174,29 +174,14 @@ * ifsin: address of interface being examined. * clntsin: address that client want us to contact * it on - * servsin: local address of RPC service. * sinmask: netmask of this interface - * newsin: initially a copy of clntsin, eventually - * the merged address */ - servsin = (struct sockaddr_in *)serv_sa; clntsin = (struct sockaddr_in *)clnt_sa; sinmask = (struct sockaddr_in *)ifap->ifa_netmask; - newsin = (struct sockaddr_in *)&ss; ifsin = (struct sockaddr_in *)ifap->ifa_addr; if (!bitmaskcmp(&ifsin->sin_addr, &clntsin->sin_addr, - &sinmask->sin_addr, sizeof (struct in_addr))) { - /* - * Found it. - */ - memcpy(newsin, ifap->ifa_addr, - clnt_sa->sa_len); - newsin->sin_port = servsin->sin_port; - tbuf.len = clnt_sa->sa_len; - tbuf.maxlen = sizeof (struct sockaddr_storage); - tbuf.buf = newsin; + &sinmask->sin_addr, sizeof (struct in_addr))) goto found; - } break; #ifdef INET6 case AF_INET6: @@ -205,10 +190,7 @@ * ifsin6: address of interface being examined. * clntsin6: address that client want us to contact * it on - * servsin6: local address of RPC service. * sin6mask: netmask of this interface - * newsin6: initially a copy of clntsin, eventually - * the merged address * * For v6 link local addresses, if the client contacted * us via a link-local address, and wants us to reply @@ -218,27 +200,19 @@ ifsin6 = (struct sockaddr_in6 *)ifap->ifa_addr; in6_fillscopeid(ifsin6); clntsin6 = (struct sockaddr_in6 *)clnt_sa; - servsin6 = (struct sockaddr_in6 *)serv_sa; sin6mask = (struct sockaddr_in6 *)ifap->ifa_netmask; - newsin6 = (struct sockaddr_in6 *)&ss; if (IN6_IS_ADDR_LINKLOCAL(&ifsin6->sin6_addr) && IN6_IS_ADDR_LINKLOCAL(&realsin6->sin6_addr) && IN6_IS_ADDR_LINKLOCAL(&clntsin6->sin6_addr)) { if (ifsin6->sin6_scope_id != realsin6->sin6_scope_id) continue; -match: - memcpy(newsin6, ifsin6, clnt_sa->sa_len); - newsin6->sin6_port = servsin6->sin6_port; - tbuf.maxlen = sizeof (struct sockaddr_storage); - tbuf.len = clnt_sa->sa_len; - tbuf.buf = newsin6; goto found; } if (!bitmaskcmp(&ifsin6->sin6_addr, &clntsin6->sin6_addr, &sin6mask->sin6_addr, sizeof (struct in6_addr))) - goto match; + goto found; break; #endif default: @@ -268,8 +242,31 @@ } ifap = bestif; found: - if (ifap != NULL) + if (ifap != NULL) { + memcpy(newsin, ifap->ifa_addr, clnt_sa->sa_len); + tbuf.len = clnt_sa->sa_len; + tbuf.maxlen = sizeof (struct sockaddr_storage); + tbuf.buf = &ss; + + switch (clnt->sa_family) { + case AF_INET: + servsin = (struct sockaddr_in *)serv_sa; + newsin = (struct sockaddr_in *)&ss; + newsin->sin_port = servsin->sin_port; + break; +#ifdef INET6 + case AF_INET6: + servsin6 = (struct sockaddr_in6 *)serv_sa; + newsin6 = (struct sockaddr_in6 *)&ss; + newsin6->sin6_port = servsin6->sin6_port; + break; +#endif + default: + goto freeit; + } + ret = taddr2uaddr(nconf, &tbuf); + } freeit: freenetconfigent(nconf); free(serv_sa); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 23 17: 4:36 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6616537B42C; Mon, 23 Apr 2001 17:04:34 -0700 (PDT) (envelope-from iedowse@FreeBSD.org) Received: (from iedowse@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3O04Yx09939; Mon, 23 Apr 2001 17:04:34 -0700 (PDT) (envelope-from iedowse) Date: Mon, 23 Apr 2001 17:04:34 -0700 (PDT) From: Message-Id: <200104240004.f3O04Yx09939@freefall.freebsd.org> To: iedowse@FreeBSD.org, freebsd-bugs@FreeBSD.org, iedowse@FreeBSD.org Subject: Re: bin/26806: rpcbind can dump core under certain circumstances Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: rpcbind can dump core under certain circumstances Responsible-Changed-From-To: freebsd-bugs->iedowse Responsible-Changed-By: iedowse Responsible-Changed-When: Mon Apr 23 17:01:45 PDT 2001 Responsible-Changed-Why: I'll deal with this. Thanks for the patch and the analysis! http://www.freebsd.org/cgi/query-pr.cgi?pr=26806 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 23 20:10: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7093D37B42C for ; Mon, 23 Apr 2001 20:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3O3A2i40998; Mon, 23 Apr 2001 20:10:02 -0700 (PDT) (envelope-from gnats) Received: from osprey.kermodei.com (kermodei.com [216.103.110.74]) by hub.freebsd.org (Postfix) with ESMTP id 5F8BE37B422 for ; Mon, 23 Apr 2001 20:01:39 -0700 (PDT) (envelope-from markd@Kermodei.com) Received: (from markd@localhost) by osprey.kermodei.com (8.11.1/8.11.1) id f3O31c218834; Mon, 23 Apr 2001 20:01:38 -0700 (PDT) (envelope-from markd) Message-Id: <200104240301.f3O31c218834@osprey.kermodei.com> Date: Mon, 23 Apr 2001 20:01:38 -0700 (PDT) From: markd@kermodei.com Reply-To: markd@kermodei.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/26809: /etc not saved on upgrade Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26809 >Category: bin >Synopsis: /etc not saved on upgrade >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 23 20:10:02 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Mark Diekhans >Release: FreeBSD 4.3-RELEASE >Organization: none >Environment: - Upgrading from 4.2-STABLE to 4.3-RELEASE - local file system for install media - upgraded most components (notable exception, XFree86) >Description: On upgrading from 4.2 to 4.3, recieved the message `Unable to go to your save /etc directory in ?! Something went seriously wrong' Do not recall being prompted for a save directory. No save directory found, but /etc is in fine shape. Upgrade successful >How-To-Repeat: No attempted yet. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 23 20:12:58 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B269137B422; Mon, 23 Apr 2001 20:12:56 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3O3CuP41378; Mon, 23 Apr 2001 20:12:56 -0700 (PDT) (envelope-from dd) Date: Mon, 23 Apr 2001 20:12:56 -0700 (PDT) From: Message-Id: <200104240312.f3O3CuP41378@freefall.freebsd.org> To: mart@estnet.ee, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/26795: make buildworld fails when upgrading from 3.0 to 4.3 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: make buildworld fails when upgrading from 3.0 to 4.3 State-Changed-From-To: open->closed State-Changed-By: dd State-Changed-When: Mon Apr 23 20:12:32 PDT 2001 State-Changed-Why: This is not a supported upgrade path. 3.0 -> 3.5 -> 4.0 -> 4.x might work, but you'll probably have better luck with a binary upgrade. http://www.freebsd.org/cgi/query-pr.cgi?pr=26795 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 23 20:14:26 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2A0CC37B423; Mon, 23 Apr 2001 20:14:24 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3O3EOE41782; Mon, 23 Apr 2001 20:14:24 -0700 (PDT) (envelope-from dd) Date: Mon, 23 Apr 2001 20:14:24 -0700 (PDT) From: Message-Id: <200104240314.f3O3EOE41782@freefall.freebsd.org> To: dd@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: ports/26802: can't make new directories in kde Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: can't make new directories in kde Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: dd Responsible-Changed-When: Mon Apr 23 20:13:54 PDT 2001 Responsible-Changed-Why: KDE isn't in the base system, but there's a port. http://www.freebsd.org/cgi/query-pr.cgi?pr=26802 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 23 20:14:47 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4E80B37B422; Mon, 23 Apr 2001 20:14:46 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3O3EkY41909; Mon, 23 Apr 2001 20:14:46 -0700 (PDT) (envelope-from dd) Date: Mon, 23 Apr 2001 20:14:46 -0700 (PDT) From: Message-Id: <200104240314.f3O3EkY41909@freefall.freebsd.org> To: dd@FreeBSD.org, freebsd-bugs@FreeBSD.org, des@FreeBSD.org Subject: Re: bin/26803: Fix fetch to allow FTP puts in '-o' & allow '@' sign in URL Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Fix fetch to allow FTP puts in '-o' & allow '@' sign in URL Responsible-Changed-From-To: freebsd-bugs->des Responsible-Changed-By: dd Responsible-Changed-When: Mon Apr 23 20:14:29 PDT 2001 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=26803 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Apr 23 21: 0: 8 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CB33F37B42C for ; Mon, 23 Apr 2001 21:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3O401m46709; Mon, 23 Apr 2001 21:00:01 -0700 (PDT) (envelope-from gnats) Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id 6794D37B422 for ; Mon, 23 Apr 2001 20:54:06 -0700 (PDT) (envelope-from dima@unixfreak.org) Received: from spike.unixfreak.org (spike [63.198.170.139]) by bazooka.unixfreak.org (Postfix) with ESMTP id 1C6843E28 for ; Mon, 23 Apr 2001 20:54:06 -0700 (PDT) Received: (from dima@localhost) by spike.unixfreak.org (8.11.3/8.11.1) id f3O3s5914785; Mon, 23 Apr 2001 20:54:05 -0700 (PDT) (envelope-from dima) Message-Id: <200104240354.f3O3s5914785@spike.unixfreak.org> Date: Mon, 23 Apr 2001 20:54:05 -0700 (PDT) From: dd@freebsd.org Reply-To: dd@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/26810: [PATCH] make cut(1) work with long lines Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26810 >Category: bin >Synopsis: [PATCH] make cut(1) work with long lines >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Apr 23 21:00:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Dima Dorfman >Release: FreeBSD 5.0-20010407-CURRENT i386 >Organization: Private >Environment: System: FreeBSD spike.unixfreak.org 5.0-20010407-CURRENT FreeBSD 5.0-20010407-CURRENT #59: Sat Apr 21 00:18:59 PDT 2001 dima@spike.unixfreak.org:/c/home/dima/w/f/src/sys/compile/SPIKE i386 >Description: cut(1) cannot deal with lines longer than 2048 characters, and does not properly deal with files that do not have a trailing newline. >How-To-Repeat: dima@spike% perl -e 'for ($i = 0; $i < 9000; $i++) { print "magic$i " }' > llt dima@spike% cut -d\ -f2 llt cut: llt: line too long. dima@spike% echo -n "file with no trailing newline" > ntn dima@spike% cut -d\ -f2 ntn cut: ntn: line too long. dima@spike% >Fix: The following patch fixes both of the cases described above. Note that specifying a list over 2048 on the command line (e.g., the -f option) still isn't supported, but at least cut(1) doesn't choke when you want the second token but feed it a few thousand characters in one line. Index: cut.c =================================================================== RCS file: /st/src/FreeBSD/src/usr.bin/cut/cut.c,v retrieving revision 1.12 diff -u -r1.12 cut.c --- cut.c 2001/02/06 20:03:48 1.12 +++ cut.c 2001/04/20 20:49:08 @@ -43,6 +43,7 @@ "$FreeBSD: src/usr.bin/cut/cut.c,v 1.12 2001/02/06 20:03:48 charnier Exp $"; #endif /* not lint */ +#include #include #include #include @@ -228,19 +229,30 @@ int ch, field, isdelim; char *pos, *p, sep; int output; - char lbuf[_POSIX2_LINE_MAX + 1]; + char *lbuf, *mlbuf = NULL; + size_t lbuflen; - for (sep = dchar; fgets(lbuf, sizeof(lbuf), fp);) { + for (sep = dchar; (lbuf = fgetln(fp, &lbuflen)) != NULL;) { + /* Assert EOL has a newline. */ + if (*(lbuf + lbuflen - 1) != '\n') { + /* Can't have > 1 line with no trailing newline. */ + assert(mlbuf == NULL); + mlbuf = malloc(lbuflen + 1); + if (mlbuf == NULL) + err(1, "malloc"); + memcpy(mlbuf, lbuf, lbuflen); + *(mlbuf + lbuflen) = '\n'; + lbuf = mlbuf; + } output = 0; - for (isdelim = 0, p = lbuf;; ++p) { - if (!(ch = *p)) - errx(1, "%s: line too long.", fname); + for (isdelim = 0, p = lbuf; p < lbuf + lbuflen; ++p) { + ch = *p; /* this should work if newline is delimiter */ if (ch == sep) isdelim = 1; if (ch == '\n') { if (!isdelim && !sflag) - (void)printf("%s", lbuf); + (void)fwrite(lbuf, lbuflen, 1, stdout); break; } } @@ -272,6 +284,8 @@ } (void)putchar('\n'); } + if (mlbuf != NULL) + free(mlbuf); } static void >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 24 0:20: 7 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id ACB4237B424 for ; Tue, 24 Apr 2001 00:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3O7K3b85985; Tue, 24 Apr 2001 00:20:03 -0700 (PDT) (envelope-from gnats) Date: Tue, 24 Apr 2001 00:20:03 -0700 (PDT) Message-Id: <200104240720.f3O7K3b85985@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: mart@estnet.ee Subject: misc/26795: make buildworld fails when upgrading from 3.0 to 4.3 Reply-To: mart@estnet.ee Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/26795; it has been noted by GNATS. From: mart@estnet.ee To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: misc/26795: make buildworld fails when upgrading from 3.0 to 4.3 Date: Mon, 23 Apr 2001 06:47:47 -0700 (PDT) >Number: 26795 >Category: misc >Synopsis: make buildworld fails when upgrading from 3.0 to 4.3 >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 23 06:50:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Mart Norman >Release: 3.0-19980928-BETA >Organization: Esdata Ltd >Environment: FreeBSD news.estnet.ee 3.0-19980928-BETA FreeBSD 3.0-19980928-BETA #1: Fri Oct 2 19:23:11 EEST 1998 mart@news.estnet.ee:/usr/src/sys/compile/NEWS i386 >Description: make buildworld fails: cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/config/main.c /usr/src/usr.sbin/config/main.c: In function `main': /usr/src/usr.sbin/config/main.c:101: warning: implicit declaration of function `strlcpy' /usr/src/usr.sbin/config/main.c:139: warning: implicit declaration of function `strlcat' cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c lang.c /usr/src/usr.sbin/config/lang.l:1027: warning: `yy_flex_realloc' defined but not used cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/config/mkioconf.c cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/config/mkmakefile.c cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/config/mkheaders.c cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/config/mkoptions.c /usr/src/usr.sbin/config/mkoptions.c: In function `tooption': /usr/src/usr.sbin/config/mkoptions.c:284: warning: implicit declaration of function `strlcpy' cc -O -pipe -I. -I/usr/src/usr.sbin/config -Wall -Wunused -Wmissing-prototypes -Wredundant-decls -I/usr/obj/usr/src/i386/usr/include -static -o config config.o main.o lang.o mkioconf.o mkmakefile.o mkheaders.o mkoptions.o -ll main.o: In function `main': main.o(.text+0x12a): undefined reference to `strlcpy' main.o(.text+0x234): undefined reference to `strlcpy' main.o(.text+0x249): undefined reference to `strlcat' mkoptions.o: In function `tooption': mkoptions.o(.text+0x540): undefined reference to `strlcpy' mkoptions.o(.text+0x573): undefined reference to `strlcpy' mkoptions.o(.text+0x59e): undefined reference to `strlcpy' *** Error code 1 Stop. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 24 1:20: 8 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4008E37B505 for ; Tue, 24 Apr 2001 01:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3O8K1d97297; Tue, 24 Apr 2001 01:20:01 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D7F2737B446 for ; Tue, 24 Apr 2001 01:17:13 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3O8HDg96829; Tue, 24 Apr 2001 01:17:13 -0700 (PDT) (envelope-from nobody) Message-Id: <200104240817.f3O8HDg96829@freefall.freebsd.org> Date: Tue, 24 Apr 2001 01:17:13 -0700 (PDT) From: dl@leo.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/26812: old bootstrap /sys/i386/boot/... still in -STABLE branch Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26812 >Category: i386 >Synopsis: old bootstrap /sys/i386/boot/... still in -STABLE branch >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Apr 24 01:20:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Daniel Lang >Release: 4.3-STABLE >Organization: LEO >Environment: FreeBSD atleo2.leo.org 4.3-STABLE FreeBSD 4.3-STABLE #2: Mon Apr 23 13:07:24 CEST 2001 root@atleo2.leo.org:/usr/obj/usr/src/sys/ATLEO2 i386 >Description: The old a.out boot-blocks in /usr/src/sys/i386/boot are still tagged with RELENG_4 and sub-release tags, thus causing them to be included in the stable source tree, although they have been removed by peter, since /usr/src/sys/boot/i386 is now the new bootstrap. Not a real problem, but confusing. I accidentally built and installed the old bootstrap causing some problems. >How-To-Repeat: Well: 1. cvsup your -STABLE source tree 2. ls /usr/src/sys/i386/boot/biosboot (e.g.) >Fix: I guess, removal of Release Tags downto the release when the new bootstrap was available could do the trick ? >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 24 2:30: 7 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D6B3C37B42C for ; Tue, 24 Apr 2001 02:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3O9U4u11520; Tue, 24 Apr 2001 02:30:04 -0700 (PDT) (envelope-from gnats) Date: Tue, 24 Apr 2001 02:30:04 -0700 (PDT) Message-Id: <200104240930.f3O9U4u11520@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: kudzu@tenebras.com Subject: kern/26798: cvsup 4.3-RC -> 4.3-STABLE causes problem with WaveLAN module Reply-To: kudzu@tenebras.com Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/26798; it has been noted by GNATS. From: kudzu@tenebras.com To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: kern/26798: cvsup 4.3-RC -> 4.3-STABLE causes problem with WaveLAN module Date: Mon, 23 Apr 2001 09:42:28 -0700 (PDT) >Number: 26798 >Category: kern >Synopsis: cvsup 4.3-RC -> 4.3-STABLE causes problem with WaveLAN module >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 23 09:50:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Michael Sierchio >Release: 4.3-STABLE i386 >Organization: >Environment: FreeBSD laptop.tenebras.com 4.3-STABLE FreeBSD 4.3-STABLE #0: Sun Apr 22 18:11:38 PDT 2001 root@laptop.tenebras.com:/usr/src/sys/compile/LAPTOP i386 >Description: Upon cvsup after announcement of 4.3-RELEASE, make world and make kernel, the following error is reported continuously: Apr 22 19:43:00 laptop /kernel: wi0: wi_cmd: device timeout (cmd=11, val=f100) Lucent WaveLAN Gold 802.11 card 11 Mbps Firmware rev 6.16 >How-To-Repeat: Problem is persistent >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 24 6:40:13 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1800D37B440 for ; Tue, 24 Apr 2001 06:40:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3ODe7552389; Tue, 24 Apr 2001 06:40:07 -0700 (PDT) (envelope-from gnats) Received: from sanga.paris.none.net (nat133.libertysurfpro.net [212.129.0.133]) by hub.freebsd.org (Postfix) with ESMTP id 94BFC37B423 for ; Tue, 24 Apr 2001 06:37:31 -0700 (PDT) (envelope-from clement@freesbee.fr) Received: from polom.mouarf.org ([212.129.8.240]) by cuyuni.paris.none.net (InterMail vM.4.01.02.17 201-229-119) with ESMTP id <20010424133636.ELBB13088.cuyuni.paris.none.net@polom.mouarf.org> for ; Tue, 24 Apr 2001 15:36:36 +0200 Received: (from clement@localhost) by polom.mouarf.org (8.11.3/8.11.3) id f3OEafM01404; Tue, 24 Apr 2001 16:36:41 +0200 (CEST) (envelope-from clement) Message-Id: <200104241436.f3OEafM01404@polom.mouarf.org> Date: Tue, 24 Apr 2001 16:36:41 +0200 (CEST) From: clement@asso.ups-tlse.fr Reply-To: clement@asso.ups-tlse.fr To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: conf/26818: Bad default value for isdn_fsdev in /etc/defaults/rc.conf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26818 >Category: conf >Synopsis: Bad default value for isdn_fsdev in /etc/defaults/rc.conf >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 24 06:40:06 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Clement Ballabriga >Release: FreeBSD 4.3-STABLE i386 >Organization: none >Environment: System: FreeBSD polom.mouarf.org 4.3-STABLE FreeBSD 4.3-STABLE #0: Sat Apr 21 21:25:21 CEST 2001 root@polom.mouarf.org:/usr/src/sys/compile/POLOM i386 >Description: The default value of isdn_fsdev (isdnd's controlling terminal when it's run in fullscreen mode) is set to /dev/ttyv4 in /etc/defaults/rc.conf. Therefore , if the user doesn't modify it in /etc/rc.conf, isdnd attachs itself to /dev/tt yv4, which is used later by getty(8), so, when getty is started, isdnd can no lo nger read from its controlling terminal. >How-To-Repeat: Configure the ISDN kernel drivers and isdnd, put isdn_enable="YES" in /etc/rc.conf, do not define isdn_fsdev in /etc/rc.conf, and reboot. >Fix: I think it may be safer to set the default value of isdn_fsdev to "NO", in /etc/defaults/rc.conf, and let isdnd run in daemon mode unless the user specified a tty. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 24 6:40:16 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id DDF4537B424 for ; Tue, 24 Apr 2001 06:40:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3ODe6Y52380; Tue, 24 Apr 2001 06:40:06 -0700 (PDT) (envelope-from gnats) Received: from sanga.paris.none.net (nat133.libertysurfpro.net [212.129.0.133]) by hub.freebsd.org (Postfix) with ESMTP id 77CEC37B43E for ; Tue, 24 Apr 2001 06:30:01 -0700 (PDT) (envelope-from clement@freesbee.fr) Received: from polom.mouarf.org ([212.129.8.240]) by nil.paris.none.net (InterMail vM.4.01.02.17 201-229-119) with ESMTP id <20010424132846.NRBX6451.nil.paris.none.net@polom.mouarf.org> for ; Tue, 24 Apr 2001 15:28:46 +0200 Received: (from clement@localhost) by polom.mouarf.org (8.11.3/8.11.3) id f3OESm601342; Tue, 24 Apr 2001 16:28:48 +0200 (CEST) (envelope-from clement) Message-Id: <200104241428.f3OESm601342@polom.mouarf.org> Date: Tue, 24 Apr 2001 16:28:48 +0200 (CEST) From: clement@asso.ups-tlse.fr Reply-To: clement@asso.ups-tlse.fr To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/26817: [PATCH] isdnd in fullscreen-mode fails to detect read error from tty Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26817 >Category: bin >Synopsis: isdnd in fullscreen-mode fails to detect read error from tty >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 24 06:40:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Clement Ballabriga >Release: FreeBSD 4.3-STABLE i386 >Organization: none >Environment: System: FreeBSD polom.mouarf.org 4.3-STABLE FreeBSD 4.3-STABLE #0: Sat Apr 21 21:25:21 CEST 2001 root@polom.mouarf.org:/usr/src/sys/compile/POLOM i386 >Description: isdnd, when running in full-screen mode, fails to detect read errors fro m its controlling tty (for exemple when the tty has been revoke()'d). It happens in a loop with a select() in it. The tty is in the read fd_set, and, when the tty's fd is no longer readable, isdnd fails to detect it and keep this fd in the read fd_set, causing select() to return immediately each time, and making isdnd use all CPU resources. Because of the default value of isdn_fsdev in /etc/defaults/rc.conf, isdnd is launched by default in full-screen mode, on terminal /dev/ttyv4. getty(8) uses this console, so when getty is started, isdnd can no longer read /dev/ttyv4, and the problem described above happens. >How-To-Repeat: Configure isdn in kernel and isdnd, put isdn_enable in /etc/rc.conf. Do not change the default value for isdn_fsdev, and reboot. >Fix: Here is a patch for isdnd. If it can't read from its controlling termina l, it puts an error in the log file and exits.(the patch is for the file main.c of isdnd, src/usr.sbin/i4b/isdnd/main.c) --- main.c.old Sun Apr 22 23:33:37 2001 +++ main.c Sun Apr 22 23:37:25 2001 @@ -610,6 +610,12 @@ { int ch = getch(); + if (ch == ERR) + { + log(LL_ERR, "kbdrdhdl: ERROR, read error on controlling tty, errno = %d!", errno); + error_exit(1, "kbdrdhdl: ERROR, read error on controlling tty, errno = %d!", errno); + } + switch(ch) { case 0x0c: /* control L */ >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 24 7:50: 5 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4D4FD37B42C for ; Tue, 24 Apr 2001 07:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3OEo3j26592; Tue, 24 Apr 2001 07:50:03 -0700 (PDT) (envelope-from gnats) Date: Tue, 24 Apr 2001 07:50:03 -0700 (PDT) Message-Id: <200104241450.f3OEo3j26592@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Mark Handley Subject: Re: kern/25104: file corruption with Adaptec 29160 SCSI adapter Reply-To: Mark Handley Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/25104; it has been noted by GNATS. From: Mark Handley To: freebsd-gnats-submit@FreeBSD.org, mjh@aciri.org Cc: Subject: Re: kern/25104: file corruption with Adaptec 29160 SCSI adapter Date: Tue, 24 Apr 2001 07:43:47 -0700 Another update: - the problem also occurs on FreeBSD 4.3-RELEASE - the problem occurs with an IBM DDYS-T18350N 18GB Ultra 160 drive, although less frequently - the problem occurs with an IBM DDRS-39130D 9GB Ultra 2 drive, although much less frequently (took writing 250 768MB files for it to occur). Not sure if this helps much, but at least it's a few more data points. - Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 24 8:50: 5 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id F16C937B423 for ; Tue, 24 Apr 2001 08:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3OFo2G73402; Tue, 24 Apr 2001 08:50:02 -0700 (PDT) (envelope-from gnats) Date: Tue, 24 Apr 2001 08:50:02 -0700 (PDT) Message-Id: <200104241550.f3OFo2G73402@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Martin Blapp Subject: Re: bin/25896: [PATCH] varios fixes for nfsd(8) Reply-To: Martin Blapp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/25896; it has been noted by GNATS. From: Martin Blapp To: Kris Kennaway Cc: Subject: Re: bin/25896: [PATCH] varios fixes for nfsd(8) Date: Tue, 24 Apr 2001 17:42:59 +0200 (CEST) Hi Kris, > Can this be closed? > > Kris yes :-) Ian fixed most of them. There is one outstianding patch, but doesn't have to do with this PR. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 24 14:35: 2 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2E3DB37B422; Tue, 24 Apr 2001 14:34:59 -0700 (PDT) (envelope-from gshapiro@FreeBSD.org) Received: (from gshapiro@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3OLYxe05869; Tue, 24 Apr 2001 14:34:59 -0700 (PDT) (envelope-from gshapiro) Date: Tue, 24 Apr 2001 14:34:59 -0700 (PDT) From: Message-Id: <200104242134.f3OLYxe05869@freefall.freebsd.org> To: gshapiro@FreeBSD.org, freebsd-bugs@FreeBSD.org, gshapiro@FreeBSD.org Subject: Re: bin/12942: m4: len(`') returns `' Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: m4: len(`') returns `' Responsible-Changed-From-To: freebsd-bugs->gshapiro Responsible-Changed-By: gshapiro Responsible-Changed-When: Tue Apr 24 14:34:06 PDT 2001 Responsible-Changed-Why: An easy bug to fix. http://www.freebsd.org/cgi/query-pr.cgi?pr=12942 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 24 17:30: 8 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D60B337B42C for ; Tue, 24 Apr 2001 17:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3P0U1C28802; Tue, 24 Apr 2001 17:30:01 -0700 (PDT) (envelope-from gnats) Received: from newage.l3.ilse.nl (newage.l3.ilse.nl [212.72.39.210]) by hub.freebsd.org (Postfix) with ESMTP id 1DD1637B424 for ; Tue, 24 Apr 2001 17:21:09 -0700 (PDT) (envelope-from marcolz@serv4.ilse.nl) Received: from serv4.ilse.nl (serv4.ilse.nl [212.189.131.14]) by newage.l3.ilse.nl (8.11.0/8.10.2) with ESMTP id f3P0L3J41358; Wed, 25 Apr 2001 02:21:04 +0200 (MEST) Received: (from marcolz@localhost) by serv4.ilse.nl (8.11.3/8.11.1) id f3P0L2718571; Wed, 25 Apr 2001 02:21:02 +0200 (CEST) (envelope-from marcolz) Message-Id: <200104250021.f3P0L2718571@serv4.ilse.nl> Date: Wed, 25 Apr 2001 02:21:02 +0200 (CEST) From: marcolz@ilse.nl Reply-To: marcolz@ilse.nl To: FreeBSD-gnats-submit@freebsd.org Cc: sys@ilse.nl X-Send-Pr-Version: 3.113 Subject: gnu/26827: gcc warning about strftime's '%+' Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26827 >Category: gnu >Synopsis: gcc doesn't know about '%+' in formatstring of strftime() >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Apr 24 17:30:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Marc Olzheim >Release: FreeBSD 4.3-RC i386 >Organization: ilse technology >Environment: System: FreeBSD serv4.ilse.nl 4.3-RC FreeBSD 4.3-RC #0: Thu Apr 19 10:48:44 CEST 2001 marcolz@serv4.ilse.nl:/usr/src/sys/compile/serv4 i386 >Description: gcc warns when using '%+' in a formatstring when using strftime(), although libc knows it. >How-To-Repeat: Any piece of code containing something like strftime(buffer, sizeof(buffer), "%+", localtime(&(sb.st_mtime))); compiled with with -Wall >Fix: --- /usr/src/contrib/gcc/c-common.c Wed Apr 25 02:03:07 2001 +++ /usr/src/contrib/gcc/c-common.c Wed Apr 25 02:05:37 2001 @@ -1155,7 +1155,7 @@ { "D", 0, NULL, NULL, NULL, NULL, NULL, NULL, NULL, "2" }, { "g", 0, NULL, NULL, NULL, NULL, NULL, NULL, NULL, "2O-_0w" }, { "cx", 0, NULL, NULL, NULL, NULL, NULL, NULL, NULL, "3E" }, - { "%RTXnrt", 0, NULL, NULL, NULL, NULL, NULL, NULL, NULL, "" }, + { "%+RTXnrt", 0, NULL, NULL, NULL, NULL, NULL, NULL, NULL, "" }, { "P", 0, NULL, NULL, NULL, NULL, NULL, NULL, NULL, "G" }, { "HIMSUWdemw", 0, NULL, NULL, NULL, NULL, NULL, NULL, NULL, "-_0Ow" }, { "Vju", 0, NULL, NULL, NULL, NULL, NULL, NULL, NULL, "-_0Oow" }, >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 24 17:40: 5 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 890F437B42C for ; Tue, 24 Apr 2001 17:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3P0e2q29497; Tue, 24 Apr 2001 17:40:02 -0700 (PDT) (envelope-from gnats) Date: Tue, 24 Apr 2001 17:40:02 -0700 (PDT) Message-Id: <200104250040.f3P0e2q29497@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Dima Dorfman Subject: Re: gnu/26827: gcc warning about strftime's '%+' Reply-To: Dima Dorfman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/26827; it has been noted by GNATS. From: Dima Dorfman To: marcolz@ilse.nl Cc: FreeBSD-gnats-submit@freebsd.org, sys@ilse.nl Subject: Re: gnu/26827: gcc warning about strftime's '%+' Date: Tue, 24 Apr 2001 17:33:13 -0700 marcolz@ilse.nl writes: > > >Number: 26827 > >Category: gnu > >Synopsis: gcc doesn't know about '%+' in formatstring of strftime() > >Description: > gcc warns when using '%+' in a formatstring when using strftime(), although > libc knows it. Is "%+" a FreeBSDism? If it isn't, this should probably be sent to the GCC folks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 24 17:50: 5 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 209ED37B423 for ; Tue, 24 Apr 2001 17:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3P0o2G30267; Tue, 24 Apr 2001 17:50:02 -0700 (PDT) (envelope-from gnats) Date: Tue, 24 Apr 2001 17:50:02 -0700 (PDT) Message-Id: <200104250050.f3P0o2G30267@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Marc Olzheim Subject: Re: gnu/26827: gcc warning about strftime's '%+' Reply-To: Marc Olzheim Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/26827; it has been noted by GNATS. From: Marc Olzheim To: Dima Dorfman Cc: marcolz@ilse.nl, FreeBSD-gnats-submit@freebsd.org, sys@ilse.nl Subject: Re: gnu/26827: gcc warning about strftime's '%+' Date: Wed, 25 Apr 2001 02:41:16 +0200 > Is "%+" a FreeBSDism? If it isn't, this should probably be sent to > the GCC folks. Hmmm.. I don't know... Linux has it in glibc2, but does not support it... Marc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 24 18:40: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B76F437B42C for ; Tue, 24 Apr 2001 18:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3P1e1Q37594; Tue, 24 Apr 2001 18:40:01 -0700 (PDT) (envelope-from gnats) Received: from smtp1.port.ru (mx1.port.ru [194.67.23.32]) by hub.freebsd.org (Postfix) with ESMTP id 86E7C37B423 for ; Tue, 24 Apr 2001 18:32:29 -0700 (PDT) (envelope-from kabaev@mail.ru) Received: from adsl-141-154-40-64.bostma.adsl.bellatlantic.net ([141.154.40.64] helo=kan.dnsalias.net) by smtp1.port.ru with esmtp (Exim 3.14 #3) id 14sEAM-000CN5-00 for FreeBSD-gnats-submit@freebsd.org; Wed, 25 Apr 2001 05:32:27 +0400 Received: (from kan@localhost) by kan.dnsalias.net (8.11.3/8.11.3) id f3P1WNX95850; Tue, 24 Apr 2001 21:32:23 -0400 (EDT) (envelope-from kan) Message-Id: <200104250132.f3P1WNX95850@kan.dnsalias.net> Date: Tue, 24 Apr 2001 21:32:23 -0400 (EDT) From: kabaev@mail.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/26830: typo in support.s Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26830 >Category: kern >Synopsis: typo i386/i386/support.s >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 24 18:40:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Alexander N. Kabaev >Release: FreeBSD 5.0-CURRENT i386 >Organization: Verizon Laboratories Inc. >Environment: System: FreeBSD kan.dnsalias.net 5.0-CURRENT FreeBSD 5.0-CURRENT #19: Sun Apr 22 23:29:39 EDT 2001 kan@kan.dnsalias.net:/usr/src/sys/compile/KAN i386 >Description: -CURRENT kernel does not compile if CPU_I386 is the defined in config file >How-To-Repeat: See description. >Fix: Index: support.s =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/support.s,v retrieving revision 1.81 diff -u -r1.81 support.s --- support.s 2001/03/24 08:27:57 1.81 +++ support.s 2001/04/25 01:26:16 @@ -1301,7 +1301,7 @@ shrl $IDXSHIFT,%edx andb $0xfc,%dl - leal _PTmap(%edx),%ecx + leal PTmap(%edx),%ecx shrl $IDXSHIFT,%ecx andb $0xfc,%cl testb $PG_V,PTmap(%ecx) /* PTE page must be valid */ >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 24 21:56:59 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 69AD237B422; Tue, 24 Apr 2001 21:56:58 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3P4uwX65463; Tue, 24 Apr 2001 21:56:58 -0700 (PDT) (envelope-from dd) Date: Tue, 24 Apr 2001 21:56:58 -0700 (PDT) From: Message-Id: <200104250456.f3P4uwX65463@freefall.freebsd.org> To: dd@freebsd.org, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/26603: [PATCH] add option to vidcontrol(1) to enable visual bell Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] add option to vidcontrol(1) to enable visual bell State-Changed-From-To: open->closed State-Changed-By: dd State-Changed-When: Tue Apr 24 21:56:43 PDT 2001 State-Changed-Why: This functionality exists in kbdcontrol. http://www.freebsd.org/cgi/query-pr.cgi?pr=26603 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 24 23:10: 5 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9C30537B42C for ; Tue, 24 Apr 2001 23:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3P6A1T85772; Tue, 24 Apr 2001 23:10:01 -0700 (PDT) (envelope-from gnats) Received: from cima.nw.xephion.ne.jp (cima.nw.xephion.ne.jp [211.9.226.131]) by hub.freebsd.org (Postfix) with ESMTP id 2EC8037B42C for ; Tue, 24 Apr 2001 23:05:58 -0700 (PDT) (envelope-from ishizuka@xephion.ne.jp) Received: (from ishizuka@localhost) by cima.nw.xephion.ne.jp (8.11.3/8.11.1/2000-11-24) id f3P65s402055; Wed, 25 Apr 2001 15:05:54 +0900 (JST) Message-Id: <200104250605.f3P65s402055@cima.nw.xephion.ne.jp> Date: Wed, 25 Apr 2001 15:05:54 +0900 (JST) From: Masachika ISHIZUKA Reply-To: ishizuka@xephion.ne.jp To: FreeBSD-gnats-submit@freebsd.org Cc: ishizuka@cima.nw.xephion.ne.jp X-Send-Pr-Version: 3.113 Subject: bin/26832: ssh cannot login without password when using ~/.shosts Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26832 >Category: bin >Synopsis: ssh cannot login without password when using ~/.shosts >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 24 23:10:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Masachika ISHIZUKA >Release: FreeBSD 4.3-RELEASE i386 >Organization: >Environment: System: FreeBSD cima.nw.xephion.ne.jp 4.3-RELEASE FreeBSD 4.3-RELEASE #0: Wed Apr 25 11:30:19 JST 2001 root@:/usr/src/sys/compile/cima i386 >Description: ssh cannot login without password when using ~/.shosts >How-To-Repeat: >Fix: chmod u+s /usr/bin/ssh >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 24 23:40: 8 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3764937B423 for ; Tue, 24 Apr 2001 23:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3P6e1G89570; Tue, 24 Apr 2001 23:40:01 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B876737B422 for ; Tue, 24 Apr 2001 23:34:54 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3P6YsK89148; Tue, 24 Apr 2001 23:34:54 -0700 (PDT) (envelope-from nobody) Message-Id: <200104250634.f3P6YsK89148@freefall.freebsd.org> Date: Tue, 24 Apr 2001 23:34:54 -0700 (PDT) From: mab@red-bean.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/26833: `route change default' broken when gateway is over down interface Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26833 >Category: misc >Synopsis: `route change default' broken when gateway is over down interface >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Apr 24 23:40:00 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Matthew Braithwaite >Release: 4.3-RELEASE >Organization: >Environment: >Description: The attached transcript says it about as well as I can hope to: when you ifconfig an interface down, the kernel removes the routes for networks directly attached to that interface. (Or, in the case of a point-to-point interface, the route for the remote end of the link.) After ifconfigging an interface down, you can add a route whose gateway is on a directly attached network, with `route add'. However, `route change' under these conditions, when invoked to change the route to what it already is, failed with EDQUOT. I have reproduced this with both broadcast and point-to-point interfaces, on FreeBSD 4.2 and 4.3, and on a number of different machines. >How-To-Repeat: # netstat -rn -f inet Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default xxx.xxx.xxx.81 UGSc 1 0 ep0 127.0.0.1 127.0.0.1 UH 15 665693 lo0 xxx.xxx.xxx.80/28 link#9 UC 0 0 ep0 => # netstat -rn -f inet Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default xxx.xxx.xxx.81 UGSc 1 0 ep0 127.0.0.1 127.0.0.1 UH 15 665693 lo0 xxx.xxx.xxx.80/28 link#9 UC 0 0 ep0 => # ifconfig ep0 down # netstat -rn -f inet Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default xxx.xxx.xxx.81 UGSc 1 0 ep0 127.0.0.1 127.0.0.1 UH 15 665693 lo0 # route delete default delete net default # netstat -rn -f inet Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 127.0.0.1 127.0.0.1 UH 15 665693 lo0 # route add default xxx.xxx.xxx.81 add net default: gateway xxx.xxx.xxx.81 # route change default xxx.xxx.xxx.81 route: writing to routing socket: Disc quota exceeded change net default: gateway xxx.xxx.xxx.81: Disc quota exceeded >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Apr 24 23:50: 5 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 40DDA37B422 for ; Tue, 24 Apr 2001 23:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3P6o3g91035; Tue, 24 Apr 2001 23:50:03 -0700 (PDT) (envelope-from gnats) Date: Tue, 24 Apr 2001 23:50:03 -0700 (PDT) Message-Id: <200104250650.f3P6o3g91035@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Peter Pentchev Subject: Re: bin/26832: ssh cannot login without password when using ~/.shosts Reply-To: Peter Pentchev Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/26832; it has been noted by GNATS. From: Peter Pentchev To: Masachika ISHIZUKA Cc: FreeBSD-gnats-submit@freebsd.org, ishizuka@cima.nw.xephion.ne.jp Subject: Re: bin/26832: ssh cannot login without password when using ~/.shosts Date: Wed, 25 Apr 2001 09:41:44 +0300 On Wed, Apr 25, 2001 at 03:05:54PM +0900, Masachika ISHIZUKA wrote: > > >Number: 26832 > >Category: bin > >Synopsis: ssh cannot login without password when using ~/.shosts > >Originator: Masachika ISHIZUKA > >Environment: > System: FreeBSD cima.nw.xephion.ne.jp 4.3-RELEASE FreeBSD 4.3-RELEASE #0: Wed Apr 25 11:30:19 JST 2001 root@:/usr/src/sys/compile/cima i386 > >Description: > ssh cannot login without password when using ~/.shosts > >How-To-Repeat: > > >Fix: > chmod u+s /usr/bin/ssh Mmmm.. I would rather think the correct fix is putting: ENABLE_SETUID_SSH=true in your /etc/make.conf, as documented in /etc/defaults/make.conf. G'luck, Peter -- What would this sentence be like if it weren't self-referential? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 0:32: 9 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id EF23237B423; Wed, 25 Apr 2001 00:32:06 -0700 (PDT) (envelope-from dougb@FreeBSD.org) Received: (from dougb@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3P7W6l00629; Wed, 25 Apr 2001 00:32:06 -0700 (PDT) (envelope-from dougb) Date: Wed, 25 Apr 2001 00:32:06 -0700 (PDT) From: Message-Id: <200104250732.f3P7W6l00629@freefall.freebsd.org> To: root@online.no, dougb@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/26686: Freeze at boot from 4.3-RC4 floopies - USB conflict? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Freeze at boot from 4.3-RC4 floopies - USB conflict? State-Changed-From-To: open->closed State-Changed-By: dougb State-Changed-When: Wed Apr 25 00:28:10 PDT 2001 State-Changed-Why: Please: A) Pick more realistic priority settings for your future PR's B) Submit details of your system and what you're trying to do to freebsd-questions@freebsd.org. It may be that no one can help you because no one knows the answer to your problem. Good luck. Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: dougb Responsible-Changed-When: Wed Apr 25 00:28:10 PDT 2001 Responsible-Changed-Why: Misfiled PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=26686 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 0:57:50 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 5992237B423; Wed, 25 Apr 2001 00:57:46 -0700 (PDT) (envelope-from DougB@DougBarton.net) Received: from DougBarton.net (master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id AAA84481; Wed, 25 Apr 2001 00:57:45 -0700 (PDT) (envelope-from DougB@DougBarton.net) Message-ID: <3AE68379.D1C71E84@DougBarton.net> Date: Wed, 25 Apr 2001 00:57:45 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: FreeBSD bugmaster Cc: FreeBSD bugs list Subject: Re: open PR's (mis)filed to gnats-admin and in limbo References: <200104231800.f3NI04f50988@freefall.freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In case anyone's keeping score, these are all handled except for 24006, which gnats is reporting locked by greid, although he doesn't seem to actually be editing it. HTH, Doug FreeBSD bugmaster wrote: > > Current FreeBSD problem reports > Critical problems > > S Submitted Tracker Resp. Description > ------------------------------------------------------------------------------- > o [2001/04/18] pending/26686gnats-adminFreeze at boot from 4.3-RC4 floopies - US > > 1 problem total. > > Serious problems > > S Submitted Tracker Resp. Description > ------------------------------------------------------------------------------- > o [2001/01/01] ports/24006 gnats-admin=09New port: httrack: An easy to use offl > o [2001/04/16] pending/26631gnats-adminSynopsis of units command has the wrong o > o [2001/04/21] pending/26756gnats-admindatabases/py-PyGreSQL: fix for postgresql > > 3 problems total. > > Non-critical problems > > S Submitted Tracker Resp. Description > ------------------------------------------------------------------------------- > o [2001/03/24] ports/26052 gnats-adminpatch for mail/pine4 against passive fing > > 1 problem total. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message -- I need someone really bad. Are you really bad? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 1:13:51 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from bazooka.unixfreak.org (bazooka.unixfreak.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id EE8AF37B423; Wed, 25 Apr 2001 01:13:48 -0700 (PDT) (envelope-from dima@unixfreak.org) Received: from spike.unixfreak.org (spike [63.198.170.139]) by bazooka.unixfreak.org (Postfix) with ESMTP id 9EADC3E2A; Wed, 25 Apr 2001 01:13:48 -0700 (PDT) To: Doug Barton Cc: FreeBSD bugmaster , FreeBSD bugs list Subject: Re: open PR's (mis)filed to gnats-admin and in limbo In-Reply-To: <3AE68379.D1C71E84@DougBarton.net>; from DougB@DougBarton.net on "Wed, 25 Apr 2001 00:57:45 -0700" Date: Wed, 25 Apr 2001 01:13:48 -0700 From: Dima Dorfman Message-Id: <20010425081348.9EADC3E2A@bazooka.unixfreak.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Doug Barton writes: > In case anyone's keeping score, these are all handled except for 24006, > which gnats is reporting locked by greid, although he doesn't seem to > actually be editing it. DISCLAIMER: I am not a pr meister. FWIW, you can unlock it yourself: /usr/local/libexec/gnats/pr-edit --unlock 24006 It's pretty safe considering that one can't be editing it without a running process. I'm guessing it happened because greid's connection to freefall dropped while he was in edit-pr; he probably kill'd it when he logged back in, but gnats didn't unlock it. Hope this helps, Dima Dorfman dima@unixfreak.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 1:19: 8 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from mailgate.originative.co.uk (mailgate.originative.co.uk [62.232.68.68]) by hub.freebsd.org (Postfix) with ESMTP id 92F3D37B422; Wed, 25 Apr 2001 01:19:04 -0700 (PDT) (envelope-from paul@originative.co.uk) Received: from lobster.originative.co.uk (lobster [62.232.68.81]) by mailgate.originative.co.uk (Postfix) with ESMTP id 12A6B1D14C; Wed, 25 Apr 2001 09:18:44 +0100 (BST) Date: Wed, 25 Apr 2001 09:18:46 +0100 From: Paul Richards To: dougb@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/26686: Freeze at boot from 4.3-RC4 floopies - USB conflict? Message-ID: <4060000.988186726@lobster.originative.co.uk> In-Reply-To: <200104250732.f3P7W6l00629@freefall.freebsd.org> X-Mailer: Mulberry/2.0.8 (Linux/x86 Demo) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Why did you close this? I'd have thought suspended, pending more information from the submitter would have been more appropriate? I don't think pointing people at FreeBSD questions when they submit PR's is the right response unless it's a newbie style help question. This looks like it might be a real bug and a better response would be to ask for more information. Paul. --On Wednesday, April 25, 2001 00:32:06 -0700 dougb@FreeBSD.org wrote: > Synopsis: Freeze at boot from 4.3-RC4 floopies - USB conflict? > > State-Changed-From-To: open->closed > State-Changed-By: dougb > State-Changed-When: Wed Apr 25 00:28:10 PDT 2001 > State-Changed-Why: > > Please: > A) Pick more realistic priority settings for your future PR's > B) Submit details of your system and what you're trying to do > to freebsd-questions@freebsd.org. It may be that no one > can help you because no one knows the answer to your problem. > > Good luck. > > > Responsible-Changed-From-To: gnats-admin->freebsd-bugs > Responsible-Changed-By: dougb > Responsible-Changed-When: Wed Apr 25 00:28:10 PDT 2001 > Responsible-Changed-Why: > > Misfiled PR. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=26686 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 1:47: 4 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 3AA4A37B424; Wed, 25 Apr 2001 01:47:02 -0700 (PDT) (envelope-from DougB@DougBarton.net) Received: from DougBarton.net (master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id BAA92012; Wed, 25 Apr 2001 01:46:48 -0700 (PDT) (envelope-from DougB@DougBarton.net) Message-ID: <3AE68EF8.BB26698B@DougBarton.net> Date: Wed, 25 Apr 2001 01:46:48 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Paul Richards Cc: gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/26686: Freeze at boot from 4.3-RC4 floopies - USB conflict? References: <4060000.988186726@lobster.originative.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Paul Richards wrote: > > Why did you close this? I'd have thought suspended, pending more > information from the submitter would have been more appropriate? > > I don't think pointing people at FreeBSD questions when they submit PR's is > the right response unless it's a newbie style help question. This looks > like it might be a real bug and a better response would be to ask for more > information. In addition to the fact that I disagree with you on how to handle this PR, mail to the originator bounces so it is a moot point. Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 2: 0:34 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id 9EFD637B423; Wed, 25 Apr 2001 02:00:30 -0700 (PDT) (envelope-from DougB@DougBarton.net) Received: from DougBarton.net (master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id CAA92306; Wed, 25 Apr 2001 02:00:28 -0700 (PDT) (envelope-from DougB@DougBarton.net) Message-ID: <3AE6922C.58541D9C@DougBarton.net> Date: Wed, 25 Apr 2001 02:00:28 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Dima Dorfman Cc: FreeBSD bugmaster , FreeBSD bugs list , greid@FreeBSD.ORG Subject: Re: open PR's (mis)filed to gnats-admin and in limbo References: <20010425081348.9EADC3E2A@bazooka.unixfreak.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dima Dorfman wrote: > > Doug Barton writes: > > In case anyone's keeping score, these are all handled except for 24006, > > which gnats is reporting locked by greid, although he doesn't seem to > > actually be editing it. > > DISCLAIMER: I am not a pr meister. > > FWIW, you can unlock it yourself: > > /usr/local/libexec/gnats/pr-edit --unlock 24006 > > It's pretty safe considering that one can't be editing it without a > running process. I'm guessing it happened because greid's connection > to freefall dropped while he was in edit-pr; he probably kill'd it > when he logged back in, but gnats didn't unlock it. I agree with your assesment, and have fixor'ed it. Thanks for the tip, Doug -- I need someone really bad. Are you really bad? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 2: 2: 8 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B994937B422; Wed, 25 Apr 2001 02:02:04 -0700 (PDT) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3P924B17311; Wed, 25 Apr 2001 02:02:04 -0700 (PDT) (envelope-from n_hibma) Date: Wed, 25 Apr 2001 02:02:04 -0700 (PDT) From: Message-Id: <200104250902.f3P924B17311@freefall.freebsd.org> To: root@online.no, n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/26686: Freeze at boot from 4.3-RC4 floopies - USB conflict? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Freeze at boot from 4.3-RC4 floopies - USB conflict? State-Changed-From-To: closed->open State-Changed-By: n_hibma State-Changed-When: Wed Apr 25 02:01:01 PDT 2001 State-Changed-Why: This is a bug not a question. A machine should boot and not get hung halfway through probing the PCI bus with a GENERIC kernel. http://www.freebsd.org/cgi/query-pr.cgi?pr=26686 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 2: 3:13 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from henny.webweaving.org (gate.qubesoft.com [212.113.16.243]) by hub.freebsd.org (Postfix) with ESMTP id BA0C237B42C; Wed, 25 Apr 2001 02:03:08 -0700 (PDT) (envelope-from n_hibma@qubesoft.com) Received: from localhost (localhost [127.0.0.1]) by henny.webweaving.org (8.11.3/8.11.3) with ESMTP id f3P92xr63997; Wed, 25 Apr 2001 10:02:59 +0100 (BST) (envelope-from n_hibma@qubesoft.com) Date: Wed, 25 Apr 2001 10:02:59 +0100 (BST) From: Nick Hibma X-X-Sender: To: Doug Barton Cc: Paul Richards , , Subject: Re: bin/26686: Freeze at boot from 4.3-RC4 floopies - USB conflict? In-Reply-To: <3AE68EF8.BB26698B@DougBarton.net> Message-ID: <20010425100250.Q63849-100000@henny.webweaving.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've reopened the PR. It is a bug. Nick On Wed, 25 Apr 2001, Doug Barton wrote: > Paul Richards wrote: > > > > Why did you close this? I'd have thought suspended, pending more > > information from the submitter would have been more appropriate? > > > > I don't think pointing people at FreeBSD questions when they submit PR's is > > the right response unless it's a newbie style help question. This looks > > like it might be a real bug and a better response would be to ask for more > > information. > > In addition to the fact that I disagree with you on how to handle this PR, > mail to the originator bounces so it is a moot point. > > Doug > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > -- Qube Software, Ltd. Private: n_hibma@qubesoft.com n_hibma@webweaving.org n_hibma@FreeBSD.ORG http://www.qubesoft.com/ http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 2:10: 7 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D21D637B422 for ; Wed, 25 Apr 2001 02:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3P9A2W20857; Wed, 25 Apr 2001 02:10:02 -0700 (PDT) (envelope-from gnats) Date: Wed, 25 Apr 2001 02:10:02 -0700 (PDT) Message-Id: <200104250910.f3P9A2W20857@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nick Hibma Subject: Re: bin/26686: Freeze at boot from 4.3-RC4 floopies - USB conflict? Reply-To: Nick Hibma Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/26686; it has been noted by GNATS. From: Nick Hibma To: freebsd-gnats-submit@FreeBSD.org, root@online.no Cc: Subject: Re: bin/26686: Freeze at boot from 4.3-RC4 floopies - USB conflict? Date: Wed, 25 Apr 2001 10:00:26 +0100 Do you have two graphics cards in your system? Or is pcib1 an internal PCI bus for the graphics card? pcbi0: on motherboard pci0: on pcib0 pcbi1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 9 pci0: Date: Wed, 25 Apr 2001 02:13:13 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Nick Hibma Cc: Paul Richards , gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/26686: Freeze at boot from 4.3-RC4 floopies - USB conflict? References: <20010425100250.Q63849-100000@henny.webweaving.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Nick Hibma wrote: > > I've reopened the PR. It is a bug. That's fine, but shouldn't you assign it to yourself in that case? Either way is fine with me, but it doesn't make much sense to leave it unassigned if it's really a problem. enjoy, Doug > On Wed, 25 Apr 2001, Doug Barton wrote: > > > Paul Richards wrote: > > > > > > Why did you close this? I'd have thought suspended, pending more > > > information from the submitter would have been more appropriate? > > > > > > I don't think pointing people at FreeBSD questions when they submit PR's is > > > the right response unless it's a newbie style help question. This looks > > > like it might be a real bug and a better response would be to ask for more > > > information. > > > > In addition to the fact that I disagree with you on how to handle this PR, > > mail to the originator bounces so it is a moot point. > > > > Doug > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-bugs" in the body of the message > > > > -- > Qube Software, Ltd. Private: > n_hibma@qubesoft.com n_hibma@webweaving.org > n_hibma@FreeBSD.ORG > http://www.qubesoft.com/ http://www.etla.net/~n_hibma/ -- I need someone really bad. Are you really bad? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 2:18:38 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id AD4BB37B423 for ; Wed, 25 Apr 2001 02:18:34 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 37788 invoked by uid 1000); 25 Apr 2001 09:16:52 -0000 Date: Wed, 25 Apr 2001 12:16:51 +0300 From: Peter Pentchev To: Doug Barton Cc: Nick Hibma , Paul Richards , gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/26686: Freeze at boot from 4.3-RC4 floopies - USB conflict? Message-ID: <20010425121651.A27945@ringworld.oblivion.bg> Mail-Followup-To: Doug Barton , Nick Hibma , Paul Richards , gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG References: <20010425100250.Q63849-100000@henny.webweaving.org> <3AE69529.725DB786@DougBarton.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AE69529.725DB786@DougBarton.net>; from DougB@DougBarton.net on Wed, Apr 25, 2001 at 02:13:13AM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Apr 25, 2001 at 02:13:13AM -0700, Doug Barton wrote: > Nick Hibma wrote: > > > > I've reopened the PR. It is a bug. > > That's fine, but shouldn't you assign it to yourself in that case? Either > way is fine with me, but it doesn't make much sense to leave it unassigned > if it's really a problem. Nick is asking for more information. When more info is available, it might become a bit clearer whom the PR is to be assigned to :) G'luck, Peter -- When you are not looking at it, this sentence is in Spanish. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 2:30: 5 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 845B437B424 for ; Wed, 25 Apr 2001 02:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3P9U2325294; Wed, 25 Apr 2001 02:30:02 -0700 (PDT) (envelope-from gnats) Date: Wed, 25 Apr 2001 02:30:02 -0700 (PDT) Message-Id: <200104250930.f3P9U2325294@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Masachika ISHIZUKA Subject: Re: bin/26832: ssh cannot login without password when using ~/.shosts Reply-To: Masachika ISHIZUKA Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/26832; it has been noted by GNATS. From: Masachika ISHIZUKA To: roam@orbitel.bg Cc: FreeBSD-gnats-submit@freebsd.org, ishizuka@ish.org Subject: Re: bin/26832: ssh cannot login without password when using ~/.shosts Date: Wed, 25 Apr 2001 18:29:53 +0900 > On Wed, Apr 25, 2001 at 03:05:54PM +0900, Masachika ISHIZUKA wrote: > >>>Number: 26832 >>>Category: bin >>>Synopsis: ssh cannot login without password when using ~/.shosts >>>Originator: Masachika ISHIZUKA >>>Fix: >> chmod u+s /usr/bin/ssh > > Mmmm.. I would rather think the correct fix is putting: > ENABLE_SETUID_SSH=true > > in your /etc/make.conf, as documented in /etc/defaults/make.conf. Dear, Peter-san. Thank you for reply. It can be fixed to add "ENABLE_SETUID_SSH=true" in /etc/make.conf and "cd /usr/src/secure/lib/libssh && make && cd ../../usr.bin/ssh && make && make install", but do all users to use .shosts install ssh source code, and why is the suid bit of ssh removed from 4.2R to 4.3R ? Any security reasons ? -- ishizuka@ish.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 3:20: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id F169537B422 for ; Wed, 25 Apr 2001 03:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3PAK3936146; Wed, 25 Apr 2001 03:20:03 -0700 (PDT) (envelope-from gnats) Date: Wed, 25 Apr 2001 03:20:03 -0700 (PDT) Message-Id: <200104251020.f3PAK3936146@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Peter Pentchev Subject: Re: bin/26832: ssh cannot login without password when using ~/.shosts Reply-To: Peter Pentchev Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/26832; it has been noted by GNATS. From: Peter Pentchev To: Masachika ISHIZUKA Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/26832: ssh cannot login without password when using ~/.shosts Date: Wed, 25 Apr 2001 13:14:34 +0300 On Wed, Apr 25, 2001 at 06:29:53PM +0900, Masachika ISHIZUKA wrote: > > On Wed, Apr 25, 2001 at 03:05:54PM +0900, Masachika ISHIZUKA wrote: > > > >>>Number: 26832 > >>>Category: bin > >>>Synopsis: ssh cannot login without password when using ~/.shosts > >>>Originator: Masachika ISHIZUKA > >>>Fix: > >> chmod u+s /usr/bin/ssh > > > > Mmmm.. I would rather think the correct fix is putting: > > ENABLE_SETUID_SSH=true > > > > in your /etc/make.conf, as documented in /etc/defaults/make.conf. > > Dear, Peter-san. > Thank you for reply. > It can be fixed to add "ENABLE_SETUID_SSH=true" in /etc/make.conf > and "cd /usr/src/secure/lib/libssh && make && cd ../../usr.bin/ssh > && make && make install", but do all users to use .shosts install > ssh source code, and why is the suid bit of ssh removed from 4.2R to > 4.3R ? Any security reasons ? Yes, for existing installations, the SSH client binary has to be chmod'd by hand. And yes, there were security reasons for removing the setuid bit on the SSH client - there was at least one known vulnerability, which could be used for subverting the SSH client, and there is no guarantee that more such vulnerabilities won't creep up in the future. Since it is quite rare that people are using rhosts/shosts based authentication, the majority of FreeBSD installations do not need a setuid SSH client. For those that do, there is the 'chmod by hand' workaround for an existing installation, and the /etc/make.conf knob for rebuilding. I apologize for my somewhat summary and not quite thought-out reply; the case of new installations which are not rebuilt totally slipped my mind. As a side point, rhosts/shosts-based authentication could be replaced with something else which does not require a setuid client - e.g. with public-key authentication (it is quite trivial to generate a public key with an empty password). This could have other issues - the keys should be placed on all machines, the secret portion of the key should be placed on all machines from which you need to log in (this could mean placing secret keys on NFS-exported homedirs.. ugh).. but in some cases, public-key based authentication is a better solution. G'luck, Peter -- This sentence claims to be an Epimenides paradox, but it is lying. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 5: 0: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E00DA37B423 for ; Wed, 25 Apr 2001 05:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3PC01658550; Wed, 25 Apr 2001 05:00:01 -0700 (PDT) (envelope-from gnats) Received: from cyclone.tornadogroup.com (cyclone.tornadogroup.com [212.172.155.83]) by hub.freebsd.org (Postfix) with ESMTP id 9A8D737B423 for ; Wed, 25 Apr 2001 04:57:11 -0700 (PDT) (envelope-from matthew.seaman@tornadogroup.com) Received: from claudette.e1.tornadogroup.com (root@claudette.e1.tornadogroup.com [192.168.0.77]) by cyclone.tornadogroup.com (8.10.0.Beta10/8.10.0.Beta10) with ESMTP id f3PBv5D09008 for ; Wed, 25 Apr 2001 12:57:05 +0100 (BST) Received: (from matthew@localhost) by claudette.e1.tornadogroup.com (8.11.3/8.11.3) id f3PBv3U34323; Wed, 25 Apr 2001 12:57:03 +0100 (BST) (envelope-from matthew) Message-Id: <200104251157.f3PBv3U34323@claudette.e1.tornadogroup.com> Date: Wed, 25 Apr 2001 12:57:03 +0100 (BST) From: matthew.seaman@tornadogroup.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/26836: /etc/periodic/daily/100.clean-disks typo Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26836 >Category: bin >Synopsis: /etc/periodic/daily/100.clean-disks typo >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 25 05:00:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Matthew Seaman >Release: FreeBSD 4.3-RC i386 >Organization: Tornado Entertainment plc >Environment: System: FreeBSD claudette.e1.tornadogroup.com 4.3-RC FreeBSD 4.3-RC #5: Fri Apr 20 17:28:56 BST 2001 matthew@claudette.e1.tornadogroup.com:/usr/obj/usr/src/sys/CLAUDETTE i386 >Description: The /etc/periodic/daily/100.clean-disks script ignores the "daily_clean_disks_verbose" setting, but uses "daily_clean_tmps_verbose" instead. >How-To-Repeat: >Fix: --- etc/periodic/daily/100.clean-disks.orig Wed Apr 25 12:47:34 2001 +++ etc/periodic/daily/100.clean-disks Wed Apr 25 12:47:57 2001 @@ -34,7 +34,7 @@ -e 's/[ ]*$//' \ -e 's/[ ][ ]*/ -o -name /g'` - case "$daily_clean_tmps_verbose" in + case "$daily_clean_disks_verbose" in [Yy][Ee][Ss]) print=-print;; *) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 5: 9:31 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2BF6337B423; Wed, 25 Apr 2001 05:09:28 -0700 (PDT) (envelope-from roam@FreeBSD.org) Received: (from roam@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3PC9SB68486; Wed, 25 Apr 2001 05:09:28 -0700 (PDT) (envelope-from roam) Date: Wed, 25 Apr 2001 05:09:28 -0700 (PDT) From: Message-Id: <200104251209.f3PC9SB68486@freefall.freebsd.org> To: roam@FreeBSD.org, freebsd-bugs@FreeBSD.org, brian@FreeBSD.org Subject: Re: bin/26836: /etc/periodic/daily/100.clean-disks typo Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /etc/periodic/daily/100.clean-disks typo Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: roam Responsible-Changed-When: Wed Apr 25 05:08:04 PDT 2001 Responsible-Changed-Why: This has been with us ever since rev. 1.3, where brian introduced parsing and usage of periodic.conf. Yes, this is a bug; let him fix it :) http://www.freebsd.org/cgi/query-pr.cgi?pr=26836 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 7:50:23 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id DAF1437B791 for ; Wed, 25 Apr 2001 07:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3PEo1V89672; Wed, 25 Apr 2001 07:50:01 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0D6A937B422 for ; Wed, 25 Apr 2001 07:41:48 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3PEfmC88578; Wed, 25 Apr 2001 07:41:48 -0700 (PDT) (envelope-from nobody) Message-Id: <200104251441.f3PEfmC88578@freefall.freebsd.org> Date: Wed, 25 Apr 2001 07:41:48 -0700 (PDT) From: george@omniti.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/26840: process doing mmap() over nfs hangs in vmopar or objtrm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26840 >Category: kern >Synopsis: process doing mmap() over nfs hangs in vmopar or objtrm >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 25 07:50:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: George Schlossnagle >Release: 3.4/3.5/4.1 >Organization: Omniti >Environment: FreeBSD bp117.blackplanet.com 3.5-STABLE FreeBSD 3.5-STABLE #1: Sun Apr 1 16:57:28 EDT 2001 root@bp117.blackplanet.com:/usr/src/sys/compile/CCI_KERNEL i386 >Description: Under high throughput NFS, our webserver process (thttpd) consistently hangs in vmopar or objtrm. The process get's stuck, can't be killed, and the machine must be rebooted. >How-To-Repeat: Run thttpd mounting an NFS doc root. Generate 10-20Mb of sustained web traffic and start changing files on the shared mount point. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 7:50:49 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4556937B78E for ; Wed, 25 Apr 2001 07:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3PEo1L89661; Wed, 25 Apr 2001 07:50:01 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id DA12337B422 for ; Wed, 25 Apr 2001 07:41:25 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3PEfPe88542; Wed, 25 Apr 2001 07:41:25 -0700 (PDT) (envelope-from nobody) Message-Id: <200104251441.f3PEfPe88542@freefall.freebsd.org> Date: Wed, 25 Apr 2001 07:41:25 -0700 (PDT) From: george@omniti.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/26839: process doing mmap() over nfs hangs in vmopar or objtrm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26839 >Category: misc >Synopsis: process doing mmap() over nfs hangs in vmopar or objtrm >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 25 07:50:00 PDT 2001 >Closed-Date: >Last-Modified: >Originator: George Schlossnagle >Release: 3.4/3.5/4.1 >Organization: Omniti >Environment: FreeBSD bp117.blackplanet.com 3.5-STABLE FreeBSD 3.5-STABLE #1: Sun Apr 1 16:57:28 EDT 2001 root@bp117.blackplanet.com:/usr/src/sys/compile/CCI_KERNEL i386 >Description: Under high throughput NFS, our webserver process (thttpd) consistently hangs in vmopar or objtrm. The process get's stuck, can't be killed, and the machine must be rebooted. >How-To-Repeat: Run thttpd mounting an NFS doc root. Generate 10-20Mb of sustained web traffic and start changing files on the shared mount point. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 8: 3:21 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7EAE137B422; Wed, 25 Apr 2001 08:03:19 -0700 (PDT) (envelope-from dwmalone@FreeBSD.org) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3PF3J791305; Wed, 25 Apr 2001 08:03:19 -0700 (PDT) (envelope-from dwmalone) Date: Wed, 25 Apr 2001 08:03:19 -0700 (PDT) From: Message-Id: <200104251503.f3PF3J791305@freefall.freebsd.org> To: george@omniti.com, dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/26840: process doing mmap() over nfs hangs in vmopar or objtrm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: process doing mmap() over nfs hangs in vmopar or objtrm State-Changed-From-To: open->closed State-Changed-By: dwmalone State-Changed-When: Wed Apr 25 08:02:45 PDT 2001 State-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=26840 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 8: 3:54 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 000B237B423; Wed, 25 Apr 2001 08:03:52 -0700 (PDT) (envelope-from dwmalone@FreeBSD.org) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3PF3qp91442; Wed, 25 Apr 2001 08:03:52 -0700 (PDT) (envelope-from dwmalone) Date: Wed, 25 Apr 2001 08:03:52 -0700 (PDT) From: Message-Id: <200104251503.f3PF3qp91442@freefall.freebsd.org> To: george@omniti.com, dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/26839: process doing mmap() over nfs hangs in vmopar or objtrm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: process doing mmap() over nfs hangs in vmopar or objtrm State-Changed-From-To: open->closed State-Changed-By: dwmalone State-Changed-When: Wed Apr 25 08:03:30 PDT 2001 State-Changed-Why: Closed the worng duplicate. This one should be closed. http://www.freebsd.org/cgi/query-pr.cgi?pr=26839 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 8:10:45 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 74C3E37B42C; Wed, 25 Apr 2001 08:10:40 -0700 (PDT) (envelope-from dwmalone@FreeBSD.org) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3PFAeU95081; Wed, 25 Apr 2001 08:10:40 -0700 (PDT) (envelope-from dwmalone) Date: Wed, 25 Apr 2001 08:10:40 -0700 (PDT) From: Message-Id: <200104251510.f3PFAeU95081@freefall.freebsd.org> To: george@omniti.com, dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/26840: process doing mmap() over nfs hangs in vmopar or objtrm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: process doing mmap() over nfs hangs in vmopar or objtrm State-Changed-From-To: closed->open State-Changed-By: dwmalone State-Changed-When: Wed Apr 25 08:04:18 PDT 2001 State-Changed-Why: This PR should be open. Some vmopar hangs were fixed for the 4.2 release of FreeBSD, but some still remain. It is probably worth upgrading to 4.2 or 4.3 to see how much your situation improves. http://www.freebsd.org/cgi/query-pr.cgi?pr=26840 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 8:27: 8 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from mta02-svc.ntlworld.com (mta02-svc.ntlworld.com [62.253.162.42]) by hub.freebsd.org (Postfix) with ESMTP id F311437B422 for ; Wed, 25 Apr 2001 08:27:04 -0700 (PDT) (envelope-from greid@FreeBSD.org) Received: from sobek.openirc.co.uk ([62.252.13.188]) by mta02-svc.ntlworld.com (InterMail vM.4.01.02.27 201-229-119-110) with ESMTP id <20010425152700.GMIB290.mta02-svc.ntlworld.com@sobek.openirc.co.uk>; Wed, 25 Apr 2001 16:27:00 +0100 Date: Wed, 25 Apr 2001 16:26:58 +0100 (BST) From: George Reid X-Sender: greid@sobek.openirc.co.uk To: Dima Dorfman Cc: Doug Barton , FreeBSD bugs list Subject: Re: open PR's (mis)filed to gnats-admin and in limbo In-Reply-To: <20010425081348.9EADC3E2A@bazooka.unixfreak.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 25 Apr 2001, Dima Dorfman wrote: > FWIW, you can unlock it yourself: > > /usr/local/libexec/gnats/pr-edit --unlock 24006 Thanks, I'll remember that in future. > It's pretty safe considering that one can't be editing it without a > running process. I'm guessing it happened because greid's connection > to freefall dropped while he was in edit-pr; he probably kill'd it > when he logged back in, but gnats didn't unlock it. Yep. I live in the UK, land of crappy 'net access. I disconnect every two hours, or whenever one of the ISP monkeys chooses to throw a spanner in the works. I didn't realise the PR was still locked. greid To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 9:16:51 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id CC08437B424; Wed, 25 Apr 2001 09:16:48 -0700 (PDT) (envelope-from DougB@DougBarton.net) Received: from DougBarton.net (master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id JAA98179; Wed, 25 Apr 2001 09:16:44 -0700 (PDT) (envelope-from DougB@DougBarton.net) Message-ID: <3AE6F86C.71F7768C@DougBarton.net> Date: Wed, 25 Apr 2001 09:16:44 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.77 [en] (X11; U; FreeBSD 4.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: George Reid Cc: Dima Dorfman , FreeBSD bugs list Subject: Re: open PR's (mis)filed to gnats-admin and in limbo References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org George Reid wrote: > Yep. I live in the UK, land of crappy 'net access. I disconnect every two > hours, or whenever one of the ISP monkeys chooses to throw a spanner in > the works. I didn't realise the PR was still locked. I suspected that was the case. GNATS is a bit wonky that way. No harm done. Doug -- I need someone really bad. Are you really bad? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 9:27:31 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from dt051n37.san.rr.com (dt051n37.san.rr.com [204.210.32.55]) by hub.freebsd.org (Postfix) with ESMTP id D16E037B43E; Wed, 25 Apr 2001 09:27:25 -0700 (PDT) (envelope-from DougB@DougBarton.net) Received: from DougBarton.net (master [10.0.0.2]) by dt051n37.san.rr.com (8.9.3/8.9.3) with ESMTP id JAA98226; Wed, 25 Apr 2001 09:27:18 -0700 (PDT) (envelope-from DougB@DougBarton.net) Message-ID: <3AE6FAE5.378EA120@DougBarton.net> Date: Wed, 25 Apr 2001 09:27:17 -0700 From: Doug Barton Organization: Triborough Bridge & Tunnel Authority X-Mailer: Mozilla 4.77 [en] (X11; U; FreeBSD 4.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Peter Pentchev Cc: Nick Hibma , Paul Richards , gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/26686: Freeze at boot from 4.3-RC4 floopies - USB conflict? References: <20010425100250.Q63849-100000@henny.webweaving.org> <3AE69529.725DB786@DougBarton.net> <20010425121651.A27945@ringworld.oblivion.bg> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Peter Pentchev wrote: > > On Wed, Apr 25, 2001 at 02:13:13AM -0700, Doug Barton wrote: > > Nick Hibma wrote: > > > > > > I've reopened the PR. It is a bug. > > > > That's fine, but shouldn't you assign it to yourself in that case? Either > > way is fine with me, but it doesn't make much sense to leave it unassigned > > if it's really a problem. > > Nick is asking for more information. When more info is available, it might > become a bit clearer whom the PR is to be assigned to :) Yes, I understand the theory. I just don't think this is going to be a successful tactic given that mail to the originator bounces. In any case, I don't have a problem with the PR being reopened, and don't need to be involved in further discussion about it. -- I need someone really bad. Are you really bad? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 9:50: 7 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 68F5037B423 for ; Wed, 25 Apr 2001 09:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3PGo1k08222; Wed, 25 Apr 2001 09:50:01 -0700 (PDT) (envelope-from gnats) Received: from quack.kfu.com (quack.kfu.com [205.178.90.194]) by hub.freebsd.org (Postfix) with ESMTP id B655B37B42C for ; Wed, 25 Apr 2001 09:48:49 -0700 (PDT) (envelope-from nsayer@quack.kfu.com) Received: from medusa.kfu.com (medusa.kfu.com [205.178.90.222]) by quack.kfu.com (8.11.3/8.11.3) with ESMTP id f3PGmnA89515 for ; Wed, 25 Apr 2001 09:48:49 -0700 (PDT) (envelope-from nsayer@quack.kfu.com) Received: (from nsayer@localhost) by medusa.kfu.com (8.11.3/8.11.3) id f3PGmnt64348; Wed, 25 Apr 2001 09:48:49 -0700 (PDT) (envelope-from nsayer) Message-Id: <200104251648.f3PGmnt64348@medusa.kfu.com> Date: Wed, 25 Apr 2001 09:48:49 -0700 (PDT) From: nsayer@quack.kfu.com Reply-To: nsayer@quack.kfu.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/26842: dump with h flag takes a very long time Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26842 >Category: bin >Synopsis: dump with h flag takes a very long time >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 25 09:50:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Nick Sayer >Release: FreeBSD 4.3-RELEASE i386 >Organization: just me >Environment: System: FreeBSD medusa.kfu.com 4.3-RELEASE FreeBSD 4.3-RELEASE #6: Sat Apr 21 08:52:25 PDT 2001 nsayer@medusa.kfu.com:/usr/obj/usr/src/sys/MEDUSA i386 % df -i /usr Filesystem 1K-blocks Used Avail Capacity iused ifree %iused Mounted on /dev/ad0s1e 1744767 993637 611549 62% 157845 278633 36% /usr The filesystem has chflags nodump on /usr/src, /usr/obj, /usr/sup and /usr/ports. Nowhere else. Machine is a K6-233. >Description: The problem was noticed with the amanda port. Amanda does a dump 0fhs /dev/null 0 1048576 /usr and waits until the end of pass II to get an estimate of how much space the real dump will take. On this machine, with 4.3-RELEASE, the above command can take upwards of a half hour to complete pass II. dump 0fs /dev/null 1048576 /usr completes pass II almost immediately. Something about hierarchical dump flag processing has added exponentially to the amount of time Pass II takes to complete. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 11:40:10 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C822837B424 for ; Wed, 25 Apr 2001 11:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3PIe1f24491; Wed, 25 Apr 2001 11:40:01 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AA10637B423 for ; Wed, 25 Apr 2001 11:37:42 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3PIbgu24265; Wed, 25 Apr 2001 11:37:42 -0700 (PDT) (envelope-from nobody) Message-Id: <200104251837.f3PIbgu24265@freefall.freebsd.org> Date: Wed, 25 Apr 2001 11:37:42 -0700 (PDT) From: fabian@siconline.ch To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: conf/26846: /etc/aliases is not used any more Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26846 >Category: conf >Synopsis: /etc/aliases is not used any more >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Wed Apr 25 11:40:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Fabian Wenk >Release: 4.2-RELEASE, 4.3-RELEASE >Organization: >Environment: >Description: sendmail and newaliases use the file located at /etc/mail/aliases, /etc/aliases can be removed. >How-To-Repeat: >Fix: remove /etc/aliases in the distribution >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 11:40:12 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9E5B937B42C for ; Wed, 25 Apr 2001 11:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3PIe1P24482; Wed, 25 Apr 2001 11:40:01 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8CB7B37B424 for ; Wed, 25 Apr 2001 11:33:19 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3PIXJb23853; Wed, 25 Apr 2001 11:33:19 -0700 (PDT) (envelope-from nobody) Message-Id: <200104251833.f3PIXJb23853@freefall.freebsd.org> Date: Wed, 25 Apr 2001 11:33:19 -0700 (PDT) From: fabian@siconline.ch To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/26845: install "use entry disk" don't ask about true partitions Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26845 >Category: misc >Synopsis: install "use entry disk" don't ask about true partitions >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 25 11:40:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Fabian Wenk >Release: 4.3-RELEASE >Organization: >Environment: >Description: With the 4.3-RELEASE install disks when selecting "'A' use entry disk" in the partitions menu, it don't ask to do it with true partitions or not, it make just true partition entrys. On some older hardware (like CPQ Proliant 1500 with Smart-Array) it is needed, otherwise FreeBSD won't find the root partition after install and reboot. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 12:20:10 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 907D337B424 for ; Wed, 25 Apr 2001 12:20:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3PJK5p32081; Wed, 25 Apr 2001 12:20:05 -0700 (PDT) (envelope-from gnats) Date: Wed, 25 Apr 2001 12:20:05 -0700 (PDT) Message-Id: <200104251920.f3PJK5p32081@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Fabrice Aneche Subject: Re: misc/23709: Changing from DES to MD5 passwords does not work properly Reply-To: Fabrice Aneche Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/23709; it has been noted by GNATS. From: Fabrice Aneche To: freebsd-gnats-submit@FreeBSD.org, dschultz@uclink.berkeley.edu Cc: Subject: Re: misc/23709: Changing from DES to MD5 passwords does not work properly Date: Wed, 25 Apr 2001 21:19:57 +0200 Now in 4.3-RELEASE, login.conf is already set to : default:\ :passwd_format=md5:\ But it doesn't work at all ... if you set it to des :it crypts in md5 , and if you install crypto and change your libcrypt to libdescrypt , it's the same it crypts only in des . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 12:29:17 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id F357137B422 for ; Wed, 25 Apr 2001 12:29:13 -0700 (PDT) (envelope-from roam@orbitel.bg) Received: (qmail 66282 invoked by uid 1000); 25 Apr 2001 19:27:29 -0000 Date: Wed, 25 Apr 2001 22:27:29 +0300 From: Peter Pentchev To: Fabrice Aneche Cc: freebsd-bugs@FreeBSD.org Subject: Re: misc/23709: Changing from DES to MD5 passwords does not work properly Message-ID: <20010425222729.G54687@ringworld.oblivion.bg> Mail-Followup-To: Fabrice Aneche , freebsd-bugs@FreeBSD.org References: <200104251920.f3PJK5p32081@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200104251920.f3PJK5p32081@freefall.freebsd.org>; from akh@nunix.net on Wed, Apr 25, 2001 at 12:20:05PM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Apr 25, 2001 at 12:20:05PM -0700, Fabrice Aneche wrote: > The following reply was made to PR misc/23709; it has been noted by GNATS. > > From: Fabrice Aneche > To: freebsd-gnats-submit@FreeBSD.org, dschultz@uclink.berkeley.edu > Cc: > Subject: Re: misc/23709: Changing from DES to MD5 passwords does not work properly > Date: Wed, 25 Apr 2001 21:19:57 +0200 > > Now in 4.3-RELEASE, login.conf is already set to : > > default:\ > :passwd_format=md5:\ > > > But it doesn't work at all ... if you set it to des :it crypts in md5 , > and if you install crypto and change your libcrypt to libdescrypt , it's > the same it crypts only in des . After you set it to 'des', did you run cap_mkdb /etc/login.conf? G'luck, Peter -- When you are not looking at it, this sentence is in Spanish. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 12:50:15 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 26CE337B424 for ; Wed, 25 Apr 2001 12:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3PJo2534703; Wed, 25 Apr 2001 12:50:02 -0700 (PDT) (envelope-from gnats) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id C2AF237B423 for ; Wed, 25 Apr 2001 12:46:46 -0700 (PDT) (envelope-from david@catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.10.0/8.10.0) id f3PJkdS12676; Wed, 25 Apr 2001 12:46:39 -0700 (PDT) Message-Id: <200104251946.f3PJkdS12676@bunrab.catwhisker.org> Date: Wed, 25 Apr 2001 12:46:39 -0700 (PDT) From: David Wolfskill Reply-To: david@catwhisker.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/26854: Fix for hardware mute for ESS Technology Maestro-2E on Compal N38W2 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26854 >Category: bin >Synopsis: Better fix for ESS Technology Maestro-2E hardware mute >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Apr 25 12:50:00 PDT 2001 >Closed-Date: >Last-Modified: >Originator: David Wolfskill >Release: FreeBSD 4.3-STABLE i386 >Organization: Wolfskill and Dowling Residence >Environment: System: FreeBSD m147.whistle.com 4.3-STABLE FreeBSD 4.3-STABLE #30: Wed Apr 25 06:43:02 PDT 2001 root@dhcp-140.catwhisker.org:/common/S1/obj/usr/src/sys/LAPTOP_30W i386 (I also use the same fix on the same hardware running 5.0-CURRENT. I've been tracking -STABLE daily, and -CURRENT nearly so (didn't build a couple of days ago, for example).) Hardware is a laptop made by Compal, model N38W2; it is sold by various vendors, and since it shares the same BIOS as the Dell Inspiron 5000e, I suspect that folks using those would also be affected (and jhb has, if I recall correctly, reported that it works for him -- though the current code (without that attached patch also works for him, but not for me)). Sound ("pcm" driver in kernel) shows up in dmesg: pcm0: port 0x1400-0x14ff irq 7 at device 8.0 on pci0 There are a couple of (hardware) ways to toggle the "mute" switch for sound: there's a keyboard chord (Fn+End), and there are a couple of buttons under the left-hand lid latch: normally, one of these increases volume and the other decreases it. With this patch, pressing both will toggle mute. >Description: Without the (below) patch, hitting a "mute" chord generates the message: Mar 26 18:50:21 localhost /kernel: pcm0: pcm0: unknown HWVOL event 0x77 and the attempt to modify the mute setting fails. (Please see http://docs.freebsd.org/cgi/getmsg.cgi?fetch=52506+0+archive/2001/freebsd-mobile/20010401.freebsd-mobile and its follow-on messages for additional details and context.) >How-To-Repeat: Get one of these laptops (more on the laptop is at http://www.catwhisker.org/~david/FreeBSD/laptop.html). Install FreeBSD on it. Try hitting a "mute" chord. >Fix: (The below patch may also be found in http://docs.freebsd.org/cgi/getmsg.cgi?fetch=60957+0+archive/2001/freebsd-mobile/20010401.freebsd-mobile. Please note jhb's comment on the patch in http://docs.freebsd.org/cgi/getmsg.cgi?fetch=82193+0+/usr/local/www/db/text/2001/freebsd-mobile/20010401.freebsd-mobile, as well as the one in http://docs.freebsd.org/cgi/getmsg.cgi?fetch=91616+0+archive/2001/freebsd-mobile/20010401.freebsd-mobile.) From taku@cent.saitama-u.ac.jp Mon Mar 26 23:53:10 2001 Return-Path: Received: from janus.catwhisker.org (janus.catwhisker.org [172.16.8.1]) by bunrab.catwhisker.org (8.10.0/8.10.0) with ESMTP id f2R7r9x14088 for ; Mon, 26 Mar 2001 23:53:09 -0800 (PST) Received: from maestro (dhcp-1.cent.saitama-u.ac.jp [133.38.4.27]) by janus.catwhisker.org (8.10.0/8.10.0) with ESMTP id f2R7r1B82859 for ; Mon, 26 Mar 2001 23:53:03 -0800 (PST) Received: from dhcp-1.cent.saitama-u.ac.jp (localhost [127.0.0.1]) by maestro (8.11.3/8.11.2) with ESMTP id f2R7qX758863; Tue, 27 Mar 2001 16:52:41 +0900 (JST) (envelope-from taku@cent.saitama-u.ac.jp) Date: Tue, 27 Mar 2001 16:52:31 +0900 Message-ID: From: Taku YAMAMOTO To: David Wolfskill Cc: mobile@freebsd.org Subject: Re: Reality check on ESS Technology Maestro-2E h/w "mute" function? In-Reply-To: <200103270658.f2R6w2c13898@bunrab.catwhisker.org> References: <200103270658.f2R6w2c13898@bunrab.catwhisker.org> User-Agent: Wanderlust/2.4.0 (Rio) WEMI/1.13.7 (Shimada) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 12) (Channel Islands) (i386--freebsd) Organization: Advanced Computer and Communication Enginerring Studies Society MIME-Version: 1.0 (generated by WEMI 1.13.7 - "Shimada") Content-Type: multipart/mixed; boundary="Multipart_Tue_Mar_27_16:52:31_2001-1" Status: RO --Multipart_Tue_Mar_27_16:52:31_2001-1 Content-Type: text/plain; charset=US-ASCII According to datasheets, HWVOL_MUTE (== 0x99) came from HWVOL_NOP | 0x11, where 0x11 means "mute button pressed". But, since mute button is actually choded into UP-and-DOWN simultaneously, it may happen to misunderstand MUTE button as if an independent UP/DOWN event came first. (It is nothing more than my imagination, though.) So, perhaps 0x77 came from HWVOL_DOWN | 0x11, I imagine. Attached diff will make both 0x77 and 0x99 to be recognized as MUTE. (And, hopefully, 0xbb --- HWVOL_UP | 0x11 --- , too) -- YAMAMOTO, Taku Member of Advanced Computer and Communication Studies Society (ACCESS for short), Information Processing Center, Saitama Univ. --Multipart_Tue_Mar_27_16:52:31_2001-1 Content-Type: text/plain; type=patch; charset=US-ASCII Content-Disposition: attachment; filename="hwvol.diff" Content-Transfer-Encoding: 7bit --- sys/dev/sound/pci/maestro.c.orig Mon Mar 26 02:29:35 2001 +++ sys/dev/sound/pci/maestro.c Tue Mar 27 16:28:06 2001 @@ -850,9 +850,6 @@ event = bus_space_read_1(ess->st, ess->sh, PORT_HWVOL_MASTER); switch (event) { - case HWVOL_MUTE: - mixer_hwvol_mute(ess->dev); - break; case HWVOL_UP: mixer_hwvol_step(ess->dev, 1, 1); break; @@ -862,6 +859,10 @@ case HWVOL_NOP: break; default: + if (event & HWVOL_MUTE) { + mixer_hwvol_mute(ess->dev); + break; + } device_printf(ess->dev, "%s: unknown HWVOL event 0x%x\n", device_get_nameunit(ess->dev), event); } --- sys/dev/sound/pci/maestro_reg.h.orig Wed Jan 3 10:32:57 2001 +++ sys/dev/sound/pci/maestro_reg.h Tue Mar 27 16:28:29 2001 @@ -140,7 +140,7 @@ #define PORT_HWVOL_MASTER_SHADOW 0x1e /* BYTE RW */ #define PORT_HWVOL_MASTER 0x1f /* BYTE RW */ #define HWVOL_NOP 0x88 -#define HWVOL_MUTE 0x99 +#define HWVOL_MUTE 0x11 #define HWVOL_UP 0xaa #define HWVOL_DOWN 0x66 --Multipart_Tue_Mar_27_16:52:31_2001-1-- >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 14:50:10 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E9C8937B424 for ; Wed, 25 Apr 2001 14:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3PLo1155430; Wed, 25 Apr 2001 14:50:01 -0700 (PDT) (envelope-from gnats) Received: from h132-197-97-45.gte.com (h132-197-97-45.gte.com [132.197.97.45]) by hub.freebsd.org (Postfix) with ESMTP id 5DF8737B422 for ; Wed, 25 Apr 2001 14:40:32 -0700 (PDT) (envelope-from ak03@gte.com) Received: (from ak03@localhost) by h132-197-97-45.gte.com (8.11.3/8.11.3) id f3PLeVU04237; Wed, 25 Apr 2001 17:40:31 -0400 (EDT) (envelope-from ak03) Message-Id: <200104252140.f3PLeVU04237@h132-197-97-45.gte.com> Date: Wed, 25 Apr 2001 17:40:31 -0400 (EDT) From: ak03@gte.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/26858: small typo in i386/i386/support.s Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26858 >Category: kern >Synopsis: typo in support.s prevent I386_CPU kernel compiles >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 25 14:50:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Alexander N. Kabaev >Release: FreeBSD 5.0-CURRENT i386 >Organization: Verizon Laboratories Inc. >Environment: System: FreeBSD kanpc.gte.com 5.0-CURRENT FreeBSD 5.0-CURRENT #2: Mon Apr 23 14:50:40 EDT 2001 root@kanpc.gte.com:/usr/src/sys/compile/KANPC i386 >Description: There is apparently a typo in support.s. It tries to access _PTmap(edx) exactly in one place in the file under I386_CPU define, while all other places use PTmap(edx) (no leading underscore). >How-To-Repeat: Define I386_CPU and attempt to compile the kernel on -CURRENT >Fix: Index: support.s =================================================================== RCS file: /usr/ncvs/src/sys/i386/i386/support.s,v retrieving revision 1.81 diff -u -r1.81 support.s --- support.s 2001/03/24 08:27:57 1.81 +++ support.s 2001/04/25 20:19:37 @@ -1301,7 +1301,7 @@ shrl $IDXSHIFT,%edx andb $0xfc,%dl - leal _PTmap(%edx),%ecx + leal PTmap(%edx),%ecx shrl $IDXSHIFT,%ecx andb $0xfc,%cl testb $PG_V,PTmap(%ecx) /* PTE page must be valid */ >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 19: 0:13 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 17E9C37B424 for ; Wed, 25 Apr 2001 19:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3Q202a06057; Wed, 25 Apr 2001 19:00:02 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 34CE937B43E for ; Wed, 25 Apr 2001 18:53:40 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3Q1rec05354; Wed, 25 Apr 2001 18:53:40 -0700 (PDT) (envelope-from nobody) Message-Id: <200104260153.f3Q1rec05354@freefall.freebsd.org> Date: Wed, 25 Apr 2001 18:53:40 -0700 (PDT) From: digitalbay@mindspring.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/26864: Dell inspiron 3000 will not re-boot after install, no hard-drive activity after Kern, MFS root &ftp download. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26864 >Category: misc >Synopsis: Dell inspiron 3000 will not re-boot after install, no hard-drive activity after Kern, MFS root &ftp download. >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 25 19:00:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Steve Alexander >Release: >Organization: Digital Bay Studio >Environment: n/a >Description: After downloading freeBSD from an FTP site, I try to bring up the machine. After the initial power-up, there is no disk activity. I am trying to get unix running on a Dell Inspiron 3000 laptop. Thanks for your help >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 19: 0:11 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C108F37B423 for ; Wed, 25 Apr 2001 19:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3Q201F06047; Wed, 25 Apr 2001 19:00:01 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4F91637B422 for ; Wed, 25 Apr 2001 18:50:34 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3Q1oYT04565; Wed, 25 Apr 2001 18:50:34 -0700 (PDT) (envelope-from nobody) Message-Id: <200104260150.f3Q1oYT04565@freefall.freebsd.org> Date: Wed, 25 Apr 2001 18:50:34 -0700 (PDT) From: alexxxgarcia@hotmail.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: conf/26863: I am having problems mounting the CDROM I type \cdrom and I get a mess permission denied. what shoul I do? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26863 >Category: conf >Synopsis: I am having problems mounting the CDROM I type \cdrom and I get a mess permission denied. what shoul I do? >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Wed Apr 25 19:00:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Alex >Release: 4.2 >Organization: Westwood College >Environment: Computer Description: IBM 600 MHZ /128MB RAM / SONY CDROM./ >Description: >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 19: 7:44 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 193E937B422; Wed, 25 Apr 2001 19:07:41 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3Q27f209763; Wed, 25 Apr 2001 19:07:41 -0700 (PDT) (envelope-from dd) Date: Wed, 25 Apr 2001 19:07:41 -0700 (PDT) From: Message-Id: <200104260207.f3Q27f209763@freefall.freebsd.org> To: alexxxgarcia@hotmail.com, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/26863: I am having problems mounting the CDROM I type \cdrom and I get a mess permission denied. what shoul I do? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: I am having problems mounting the CDROM I type \cdrom and I get a mess permission denied. what shoul I do? State-Changed-From-To: open->closed State-Changed-By: dd State-Changed-When: Wed Apr 25 19:07:09 PDT 2001 State-Changed-Why: The PR database is for problem reports, not questions. Please redirect your query to freebsd-questions@freebsd.org http://www.freebsd.org/cgi/query-pr.cgi?pr=26863 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 19: 8:22 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id F1F1F37B422; Wed, 25 Apr 2001 19:08:20 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3Q28KF09900; Wed, 25 Apr 2001 19:08:20 -0700 (PDT) (envelope-from dd) Date: Wed, 25 Apr 2001 19:08:20 -0700 (PDT) From: Message-Id: <200104260208.f3Q28KF09900@freefall.freebsd.org> To: digitalbay@mindspring.com, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/26864: Dell inspiron 3000 will not re-boot after install, no hard-drive activity after Kern, MFS root &ftp download. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Dell inspiron 3000 will not re-boot after install, no hard-drive activity after Kern, MFS root &ftp download. State-Changed-From-To: open->closed State-Changed-By: dd State-Changed-When: Wed Apr 25 19:07:47 PDT 2001 State-Changed-Why: The PR database is for problem reports, not questions. Please redirect your query to freebsd-questions@freebsd.org and include *a lot* more details. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=26864 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 19:10:19 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 649DD37B422 for ; Wed, 25 Apr 2001 19:10:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3Q2A6e09999; Wed, 25 Apr 2001 19:10:06 -0700 (PDT) (envelope-from gnats) Date: Wed, 25 Apr 2001 19:10:06 -0700 (PDT) Message-Id: <200104260210.f3Q2A6e09999@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Masachika ISHIZUKA Subject: Re: bin/26832: ssh cannot login without password when using ~/.shosts Reply-To: Masachika ISHIZUKA Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/26832; it has been noted by GNATS. From: Masachika ISHIZUKA To: roam@orbitel.bg Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/26832: ssh cannot login without password when using ~/.shosts Date: Thu, 26 Apr 2001 11:09:19 +0900 >>>>>Number: 26832 >>>>>Category: bin >>>>>Synopsis: ssh cannot login without password when using ~/.shosts >>>>>Originator: Masachika ISHIZUKA >>>>>Fix: >>>> chmod u+s /usr/bin/ssh >> >> It can be fixed to add "ENABLE_SETUID_SSH=true" in /etc/make.conf >> and "cd /usr/src/secure/lib/libssh && make && cd ../../usr.bin/ssh >> && make && make install", but do all users to use .shosts install >> ssh source code, and why is the suid bit of ssh removed from 4.2R to >> 4.3R ? Any security reasons ? > > Yes, for existing installations, the SSH client binary has to be chmod'd > by hand. And yes, there were security reasons for removing the setuid > bit on the SSH client - there was at least one known vulnerability, which > could be used for subverting the SSH client, and there is no guarantee > that more such vulnerabilities won't creep up in the future. Since it is > quite rare that people are using rhosts/shosts based authentication, > the majority of FreeBSD installations do not need a setuid SSH client. > For those that do, there is the 'chmod by hand' workaround for an existing > installation, and the /etc/make.conf knob for rebuilding. > > I apologize for my somewhat summary and not quite thought-out reply; > the case of new installations which are not rebuilt totally slipped my mind. > > As a side point, rhosts/shosts-based authentication could be replaced > with something else which does not require a setuid client - e.g. with > public-key authentication (it is quite trivial to generate a public key > with an empty password). This could have other issues - the keys should > be placed on all machines, the secret portion of the key should be placed > on all machines from which you need to log in (this could mean placing > secret keys on NFS-exported homedirs.. ugh).. but in some cases, public-key > based authentication is a better solution. Dear, Peter-san Thank you very much for mail. I understood and agree with you that the public-key based authentication is better. We managed more than 200 machines and it is too hard to replace authentication method soon. We will try to introduce public-key based authentication. -- ishizuka@ish.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 19:12: 5 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 76F6237B422; Wed, 25 Apr 2001 19:12:04 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3Q2C4H10233; Wed, 25 Apr 2001 19:12:04 -0700 (PDT) (envelope-from dd) Date: Wed, 25 Apr 2001 19:12:04 -0700 (PDT) From: Message-Id: <200104260212.f3Q2C4H10233@freefall.freebsd.org> To: ak03@gte.com, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/26858: typo in support.s prevent I386_CPU kernel compiles Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: typo in support.s prevent I386_CPU kernel compiles State-Changed-From-To: open->closed State-Changed-By: dd State-Changed-When: Wed Apr 25 19:11:51 PDT 2001 State-Changed-Why: Duplicate of 26830. http://www.freebsd.org/cgi/query-pr.cgi?pr=26858 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Apr 25 22:40: 9 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C025737B423 for ; Wed, 25 Apr 2001 22:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3Q5e1059890; Wed, 25 Apr 2001 22:40:01 -0700 (PDT) (envelope-from gnats) Received: from relay.rinet.ru (relay.rinet.ru [195.54.192.35]) by hub.freebsd.org (Postfix) with ESMTP id 2520837B423 for ; Wed, 25 Apr 2001 22:35:56 -0700 (PDT) (envelope-from root@snark.ratmir.ru) Received: from snark.rinet.ru (root@snark.rinet.ru [195.54.192.73]) by relay.rinet.ru (8.9.3/8.9.3) with ESMTP id JAA14345 for ; Thu, 26 Apr 2001 09:35:54 +0400 (MSD) Received: from snark.ratmir.ru ([194.87.83.131]) by snark.rinet.ru (8.11.3/8.11.3) with ESMTP id f3Q5Zqw43624 for ; Thu, 26 Apr 2001 09:35:53 +0400 (MSD) (envelope-from root@snark.ratmir.ru) Received: (from root@localhost) by snark.ratmir.ru (8.11.3/8.11.3) id f3Q5ZsS06064; Thu, 26 Apr 2001 09:35:54 +0400 (MSD) (envelope-from root) Message-Id: <200104260535.f3Q5ZsS06064@snark.ratmir.ru> Date: Thu, 26 Apr 2001 09:35:54 +0400 (MSD) From: alexs@snark.rinet.ru Reply-To: alexs@snark.ratmir.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/26869: vi(1) core dumps Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26869 >Category: bin >Synopsis: vi(1) crashes in viewing a file with long lines >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Apr 25 22:40:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Alex Semenyaka >Release: FreeBSD 4.3-STABLE i386 >Organization: Rinet ISP >Environment: System: FreeBSD snark.ratmir.ru 4.3-STABLE FreeBSD 4.3-STABLE #1: Mon Apr 23 17:25:08 MSD 2001 root@pump.tver.ratmir.ru:/usr/obj/usr/src/sys/SNARK i386 From /var/run/dmesg.boot: Timecounter "i8254" frequency 1193182 Hz CPU: AMD-K6(tm) 3D processor (501.14-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 real memory = 134152192 (131008K bytes) avail memory = 126660608 (123692K bytes) Preloaded elf kernel "kernel" at 0xc02ee000. DEVFS: ready for devices module_register_init: MOD_LOAD (vesa, c0230e90, 0) error 6 K6-family MTRR support enabled (2 registers) Just freshly installed FreeBSD. >Description: vi(1) starts to consume memory, after some time computer freezes and after that core of process is dumped. >How-To-Repeat: Take file Eagle.xpm from the wdm port and type: vi Eagle.xpm :210 :set le $ PgUp PgUp PgUp soon editor freezes, in some time you will received Segmentation fault (core dumped) Coredump can be obtained by request . >Fix: Have no time right now to make a fix, sorry >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 26 0:30: 8 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 24CF137B423 for ; Thu, 26 Apr 2001 00:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3Q7U2V85080; Thu, 26 Apr 2001 00:30:02 -0700 (PDT) (envelope-from gnats) Received: from mayfair.nw.xephion.ne.jp (mayfair.nw.xephion.ne.jp [211.9.226.151]) by hub.freebsd.org (Postfix) with ESMTP id C296237B422 for ; Thu, 26 Apr 2001 00:28:45 -0700 (PDT) (envelope-from akimoto@xephion.ne.jp) Received: (from akimoto@localhost) by mayfair.nw.xephion.ne.jp (8.11.3/8.11.1/2001-04-16) id f3Q7Se215912; Thu, 26 Apr 2001 16:28:40 +0900 (JST) (envelope-from akimoto) Message-Id: <200104260728.f3Q7Se215912@mayfair.nw.xephion.ne.jp> Date: Thu, 26 Apr 2001 16:28:40 +0900 (JST) From: akimoto@xephion.ne.jp Reply-To: akimoto@xephion.ne.jp To: FreeBSD-gnats-submit@freebsd.org Cc: admin@xephion.ne.jp X-Send-Pr-Version: 3.113 Subject: misc/26870: change request for daily security check Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26870 >Category: misc >Synopsis: change request for daily security check >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Apr 26 00:30:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Tomonobu AKIMOTO >Release: FreeBSD 4.3-RELEASE i386 >Organization: >Environment: System: FreeBSD mayfair.nw.xephion.ne.jp 4.3-RELEASE FreeBSD 4.3-RELEASE #0: Mon Apr 23 22:34:57 JST 2001 root@:/usr/src/sys/compile/mayfair i386 >Description: As OS version chaged to 4.3-RELEASE from 4.2-RELEASE, ipfw deny logs don't include in daily security output. That cause is dmesg command ,that is added -a option to. So I request a change as below; diff security.org security 168c168 < if dmesg 2>/dev/null > ${TMP}; then --- > if dmesg -a 2>/dev/null > ${TMP}; then >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 26 0:50: 7 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5244337B424 for ; Thu, 26 Apr 2001 00:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3Q7o1087139; Thu, 26 Apr 2001 00:50:01 -0700 (PDT) (envelope-from gnats) Received: from mayfair.nw.xephion.ne.jp (mayfair.nw.xephion.ne.jp [211.9.226.151]) by hub.freebsd.org (Postfix) with ESMTP id 5B2D937B422 for ; Thu, 26 Apr 2001 00:45:04 -0700 (PDT) (envelope-from akimoto@xephion.ne.jp) Received: (from akimoto@localhost) by mayfair.nw.xephion.ne.jp (8.11.3/8.11.1/2001-04-16) id f3Q7j3W16127; Thu, 26 Apr 2001 16:45:03 +0900 (JST) (envelope-from akimoto) Message-Id: <200104260745.f3Q7j3W16127@mayfair.nw.xephion.ne.jp> Date: Thu, 26 Apr 2001 16:45:03 +0900 (JST) From: akimoto@xephion.ne.jp To: FreeBSD-gnats-submit@freebsd.org Cc: admin@xephion.ne.jp X-Send-Pr-Version: 3.113 Subject: bin/26871: change request for pw command Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26871 >Category: bin >Synopsis: change request for pw command >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Apr 26 00:50:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Tomonobu AKIMOTO >Release: FreeBSD 4.3-RELEASE i386 >Organization: >Environment: System: FreeBSD mayfair.nw.xephion.ne.jp 4.3-RELEASE FreeBSD 4.3-RELEASE #0: Mon Apr 23 22:34:57 JST 2001 root@:/usr/src/sys/compile/mayfair i386 >Description: Dec 12 2000, I sent "Problem Report bin/23501". That problem is solved. But 4.3-RELEASE doesn't contain that patch. So pw command destroy /etc/master.passwd when pw executing at the same time ,on 4.3-RELEASE. please add that patch to 4.3-stable. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 26 1:14:51 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.libertysurf.net (mail.libertysurf.net [213.36.80.91]) by hub.freebsd.org (Postfix) with ESMTP id 8CBC637B422 for ; Thu, 26 Apr 2001 01:14:47 -0700 (PDT) (envelope-from akenaton@club-internet.fr) Received: from lecaire (213.36.81.152) by mail.libertysurf.net (5.1.053) id 3AE5563200044798; Thu, 26 Apr 2001 10:15:19 +0200 Date: Thu, 26 Apr 2001 10:14:26 +0200 From: Fabrice Aneche To: Peter Pentchev , Fabrice Aneche Cc: freebsd-bugs@FreeBSD.org Subject: Re: misc/23709: Changing from DES to MD5 passwords does not work properly Message-ID: <1630000.988272866@lecaire> In-Reply-To: <20010425222729.G54687@ringworld.oblivion.bg> X-Mailer: Mulberry/2.0.8 (SunOS/SPARC) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --On Wednesday, April 25, 2001 22:27:29 +0300 Peter Pentchev wrote: > On Wed, Apr 25, 2001 at 12:20:05PM -0700, Fabrice Aneche wrote: >> The following reply was made to PR misc/23709; it has been noted by >> GNATS. >> >> From: Fabrice Aneche >> To: freebsd-gnats-submit@FreeBSD.org, dschultz@uclink.berkeley.edu >> Cc: >> Subject: Re: misc/23709: Changing from DES to MD5 passwords does not >> work properly Date: Wed, 25 Apr 2001 21:19:57 +0200 >> >> Now in 4.3-RELEASE, login.conf is already set to : >> >> default:\ >> :passwd_format=md5:\ >> >> >> But it doesn't work at all ... if you set it to des :it crypts in md5 , >> and if you install crypto and change your libcrypt to libdescrypt , it's >> the same it crypts only in des . > > After you set it to 'des', did you run cap_mkdb /etc/login.conf? > > G'luck, > Peter No but if i try : login.conf -- default:\ :passwd_format=md5:\ -- # cd /etc # cap_mkdb login.conf Default crypt mode: des -- printf("Default crypt mode: %s\n", crypt_get_format()); -- ls -l /usr/lib/libcrypt.* lrwxr-xr-x 1 root wheel 22 Apr 25 21:04 /usr/lib/libcrypt.a -> /usr/lib/libdescrypt.a lrwxr-xr-x 1 root wheel 23 Apr 25 21:04 /usr/lib/libcrypt.so -> /usr/lib/libdescrypt.so lrwxr-xr-x 1 root wheel 25 Apr 25 21:04 /usr/lib/libcrypt.so.2 -> /usr/lib/libdescrypt.so.2 Did I missed something ? Fabrice Aneche Tel/Fax: 01 41 66 67 29 / 01 41 66 67 11 mailto:f.aneche@libertysurf.fr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 26 2:25:50 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6F3A137B423; Thu, 26 Apr 2001 02:25:48 -0700 (PDT) (envelope-from dwmalone@FreeBSD.org) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3Q9Pm501601; Thu, 26 Apr 2001 02:25:48 -0700 (PDT) (envelope-from dwmalone) Date: Thu, 26 Apr 2001 02:25:48 -0700 (PDT) From: Message-Id: <200104260925.f3Q9Pm501601@freefall.freebsd.org> To: dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org, gshapiro@FreeBSD.org Subject: Re: conf/26846: /etc/aliases is not used any more Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /etc/aliases is not used any more Responsible-Changed-From-To: freebsd-bugs->gshapiro Responsible-Changed-By: dwmalone Responsible-Changed-When: Thu Apr 26 02:25:00 PDT 2001 Responsible-Changed-Why: gshapiro's baby... http://www.freebsd.org/cgi/query-pr.cgi?pr=26846 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 26 2:30:15 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 324EF37B423; Thu, 26 Apr 2001 02:30:14 -0700 (PDT) (envelope-from dwmalone@FreeBSD.org) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3Q9UEO02075; Thu, 26 Apr 2001 02:30:14 -0700 (PDT) (envelope-from dwmalone) Date: Thu, 26 Apr 2001 02:30:14 -0700 (PDT) From: Message-Id: <200104260930.f3Q9UEO02075@freefall.freebsd.org> To: dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org, jake@FreeBSD.org Subject: Re: kern/26858: typo in support.s prevent I386_CPU kernel compiles Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: typo in support.s prevent I386_CPU kernel compiles Responsible-Changed-From-To: freebsd-bugs->jake Responsible-Changed-By: dwmalone Responsible-Changed-When: Thu Apr 26 02:29:37 PDT 2001 Responsible-Changed-Why: Jake removed most of the underscores in this file - maybe this is one he missed? http://www.freebsd.org/cgi/query-pr.cgi?pr=26858 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 26 2:31:38 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3A15D37B424; Thu, 26 Apr 2001 02:31:35 -0700 (PDT) (envelope-from dwmalone@FreeBSD.org) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3Q9VZt02323; Thu, 26 Apr 2001 02:31:35 -0700 (PDT) (envelope-from dwmalone) Date: Thu, 26 Apr 2001 02:31:35 -0700 (PDT) From: Message-Id: <200104260931.f3Q9VZt02323@freefall.freebsd.org> To: kabaev@mail.ru, dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/26830: typo i386/i386/support.s Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: typo i386/i386/support.s State-Changed-From-To: open->closed State-Changed-By: dwmalone State-Changed-When: Thu Apr 26 02:30:50 PDT 2001 State-Changed-Why: 26858 is a duplicate of this, but I've already assigned that one to jake. http://www.freebsd.org/cgi/query-pr.cgi?pr=26830 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 26 2:34:16 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A9B6637B423; Thu, 26 Apr 2001 02:34:14 -0700 (PDT) (envelope-from dwmalone@FreeBSD.org) Received: (from dwmalone@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3Q9YEb02700; Thu, 26 Apr 2001 02:34:14 -0700 (PDT) (envelope-from dwmalone) Date: Thu, 26 Apr 2001 02:34:14 -0700 (PDT) From: Message-Id: <200104260934.f3Q9YEb02700@freefall.freebsd.org> To: kabaev@mail.ru, dwmalone@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/26830: typo i386/i386/support.s Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: typo i386/i386/support.s State-Changed-From-To: closed->open State-Changed-By: dwmalone State-Changed-When: Thu Apr 26 02:33:15 PDT 2001 State-Changed-Why: Drat - I trod on Dima's toes here. I'll leave this PR open. http://www.freebsd.org/cgi/query-pr.cgi?pr=26830 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 26 3:10:10 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A558037B423 for ; Thu, 26 Apr 2001 03:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3QAA3213897; Thu, 26 Apr 2001 03:10:03 -0700 (PDT) (envelope-from gnats) Date: Thu, 26 Apr 2001 03:10:03 -0700 (PDT) Message-Id: <200104261010.f3QAA3213897@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: marck@rinet.ru Subject: gnu/26771: cvs checkout bug with existing val-tags and readonlyfs Reply-To: marck@rinet.ru Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR gnu/26771; it has been noted by GNATS. From: marck@rinet.ru To: FreeBSD-gnats-submit@freebsd.org Cc: Subject: gnu/26771: cvs checkout bug with existing val-tags and readonlyfs Date: Sun, 22 Apr 2001 19:04:17 +0400 (MSD) >Number: 26771 >Category: gnu >Synopsis: cvs checkout bug with existing val-tags and readonlyfs >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 22 08:10:03 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Dmitry Morozovsky >Release: Various >Organization: Cronyx Plus LLC (RiNet ISP) >Environment: cvs versions at least 1.10, 1.11 >Description: When: - repository is readonly, and - there is CVSROOT/val-tags file, and - you try to check out tree with valid tag, and - this tag is not exist in CVSROOT/val-tags file cvs exits with an error such as: [checkout aborted]: cannot write /.../CVSROOT/val-tags: Read-only file system >How-To-Repeat: See description. >Fix: Just do not try to modify val-tags when readonlyfs is set: Index: src/contrib/cvs/src/tag.c =================================================================== RCS file: /pub/FreeBSD/ncvs/src/contrib/cvs/src/tag.c,v retrieving revision 1.1.1.6.2.1 diff -u -r1.1.1.6.2.1 tag.c --- src/contrib/cvs/src/tag.c 2000/10/31 09:37:58 1.1.1.6.2.1 +++ src/contrib/cvs/src/tag.c 2001/04/22 14:15:48 @@ -868,7 +868,8 @@ /* The tags is valid but not mentioned in val-tags. Add it. */ datum value; - if (noexec) + /* Do not try to add tags if our repository is read-only */ + if (noexec || readonlyfs) { if (db != NULL) dbm_close (db); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 26 6:50: 7 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D3A7F37B42C for ; Thu, 26 Apr 2001 06:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3QDo1403609; Thu, 26 Apr 2001 06:50:01 -0700 (PDT) (envelope-from gnats) Received: from mail.hotkey.net.au (mail.hotkey.net.au [202.138.0.33]) by hub.freebsd.org (Postfix) with ESMTP id A77BA37B424 for ; Thu, 26 Apr 2001 06:46:12 -0700 (PDT) (envelope-from warragul@selcon.com.au) Received: from satan (unknown [203.134.108.238]) by mail.hotkey.net.au (Postfix) with SMTP id 7262D2C54B for ; Thu, 26 Apr 2001 23:46:15 +1000 (EST) Message-Id: <01042623455700.15584@satan> Date: Thu, 26 Apr 2001 23:45:57 +1000 From: Harley Anderson To: FreeBSD-gnats-submit@freebsd.org Subject: kern/26877: loading snd_emu10k1 module causes lockup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26877 >Category: kern >Synopsis: loading snd_emu10k1 module causes lockup >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 26 06:50:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Harley Anderson >Release: FreeBSD 4.3-STABLE i386 >Organization: >Environment: System: FreeBSD satan 4.3-STABLE FreeBSD 4.3-STABLE #1: Mon Apr 23 19:00:16 EST 2001 root@satan:/usr/obj/usr/src/sys/SATAN i386 >Description: I cvsup'd and rebuilt everything last night with a few changes to my kernel config to not statically link in pcm and a few other things. I did this because I noticed the modules for these things were in /modules after my build a month ago. When I attempted to load the emu10k1 module however, it produced some kernel output in white, firstly for the ethernet card (a via rhine, which is built-in) and then for the emu10k1, after which the machine locked up solid. I didn't write it down because it was all the standard stuff.. My sblive had been working fine while having it built-in (and is again now after changing config back). I have not attempted to load the module with the built-in driver already working, but will if someone wants me to.. >How-To-Repeat: kldload snd_emu10k1 >Fix: unknown >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 26 6:59:46 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D719C37B424; Thu, 26 Apr 2001 06:59:42 -0700 (PDT) (envelope-from jake@FreeBSD.org) Received: (from jake@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3QDxge44867; Thu, 26 Apr 2001 06:59:42 -0700 (PDT) (envelope-from jake) Date: Thu, 26 Apr 2001 06:59:42 -0700 (PDT) From: Message-Id: <200104261359.f3QDxge44867@freefall.freebsd.org> To: kabaev@mail.ru, jake@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/26830: typo i386/i386/support.s Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: typo i386/i386/support.s State-Changed-From-To: open->closed State-Changed-By: jake State-Changed-When: Thu Apr 26 06:59:15 PDT 2001 State-Changed-Why: Fixed, thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=26830 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 26 7:20: 8 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3A73137B423 for ; Thu, 26 Apr 2001 07:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3QEK2552122; Thu, 26 Apr 2001 07:20:02 -0700 (PDT) (envelope-from gnats) Received: from cedar.cise.ufl.edu (cedar.cise.ufl.edu [128.227.205.235]) by hub.freebsd.org (Postfix) with ESMTP id 2FBE237B422 for ; Thu, 26 Apr 2001 07:11:11 -0700 (PDT) (envelope-from jfh@cedar.cise.ufl.edu) Received: (from jfh@localhost) by cedar.cise.ufl.edu (8.11.0/8.11.2) id f3QEBAp33921; Thu, 26 Apr 2001 10:11:10 -0400 (EDT) (envelope-from jfh) Message-Id: <200104261411.f3QEBAp33921@cedar.cise.ufl.edu> Date: Thu, 26 Apr 2001 10:11:10 -0400 (EDT) From: jfh@cise.ufl.edu Reply-To: jfh@cise.ufl.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/26878: Kernel panic in nfs subsystem (vrele: negative ref cnt) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26878 >Category: kern >Synopsis: Kernel panic in nfs subststem (vrele: negative ref cnt) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 26 07:20:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Jim Hranicky (jfh@cise.ufl.edu) >Release: FreeBSD 4.2-STABLE i386 >Organization: University of Florida CISE Department >Environment: - FreeBSD 4.2-STABLE #3: Tue Jan 23 10:54:27 EST 2001 - 650MHz Pentium III - 440 GX motherboard - 1 internal LVD SCSI drive - 4 external LVD SCSI drives - NFS exported partitions created with vinum (multiple single-plex concat partitions) - ffs+softupdates >Description: Kernel panic in the nfs subsystem. Here is the trace: db> trace Debugger(c0338723) at Debugger+0x34 panic(c033c69c,55,0,0,d6e1dcfc) at panic+0x70 vrele(d732bcc0) at vrele+0x92 nfsrv_symlink(c7748800,c7e4d100,d5a568a0,d6e1ddfc,0) at nfsrv_symlink+0x1212 nfssvc_nfsd(d6e1de5c,807c360,d5a568a0,d5a568a0,2) at nfssvc_nfsd+0x502 nfssvc(d5a568a0,d6e1df80,4,0,0) at nfssvc+0x643 syscall2(2f,2f,2f,0,0) at syscall2+0x1f1 Xint0x80_syscall() at Xint0x80_syscall+0x25 Unfortunately, I've just upgraded to 4.3-STABLE on my master machine, and though I have a dump, I don't have a debugging kernel to go along with it. I tried checking out -STABLE for 01/23/01, but no luck (I've probably modified the kernel config since then, no backup *sigh*). However, this machine did have a filesystem fill up on it prior to the panic, and the process writing to it over NFS obviously didn't notice, and kept trying repeatedly. The machine had been up for 46 days without a problem (and without any modifications) before this. >How-To-Repeat: Fill up a filesystem and write to it continuously over NFS? >Fix: Unknown. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 26 8:20:12 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5C2AF37B424 for ; Thu, 26 Apr 2001 08:20:09 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3QFK9w60577; Thu, 26 Apr 2001 08:20:09 -0700 (PDT) (envelope-from gnats) Received: from tigger.t-rex.dk (tigger.t-rex.dk [62.61.136.249]) by hub.freebsd.org (Postfix) with ESMTP id 0EBCF37B422; Thu, 26 Apr 2001 08:11:52 -0700 (PDT) (envelope-from sps@tigger.t-rex.dk) Received: from sps by tigger.t-rex.dk with local (Exim 3.20 #1) id 14snRA-0004rR-00; Thu, 26 Apr 2001 17:12:08 +0200 Message-Id: Date: Thu, 26 Apr 2001 17:12:08 +0200 From: sps@t-rex.dk Reply-To: sps@t-rex.dk To: FreeBSD-gnats-submit@freebsd.org, darrenr@freebsd.org, guido@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/26879: mkfilter not installed, yet referred to via man ipf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26879 >Category: misc >Synopsis: mkfilter not installed, yet referred to via man ipf >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 26 08:20:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Søren P. Skou >Release: FreeBSD 4.2-STABLE i386 >Organization: Chaos Creations >Environment: checked in FreeBSD 4.2-STABLE and FreeBSD 4.3-STABLE >Description: The man pages for ipf(8) is referring incorrectly to mkfilters(1), since mkfilters isn't installed. -- Snip -- SEE ALSO ipftest(1), mkfilters(1), ipf(4), ipl(4), ipf(5), ipfs­ tat(8), ipmon(8), ipnat(8) -- SNIP -- If mkfilters is supposed to be installed, then the path for perl in /usr/src/contrib/ipfilters/mkfilters is incorrect, it reads /usr/local/bin/perl where perl now resides in /usr/bin/perl >How-To-Repeat: Read the man page or run build/installworld once more :) >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 26 10:10: 9 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id DBAA137B423 for ; Thu, 26 Apr 2001 10:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3QHA1w89421; Thu, 26 Apr 2001 10:10:01 -0700 (PDT) (envelope-from gnats) Received: from public.ndh.com (public.ndh.net [195.94.90.21]) by hub.freebsd.org (Postfix) with ESMTP id 67B8B37B42C for ; Thu, 26 Apr 2001 10:08:15 -0700 (PDT) (envelope-from t.seck@ndh.net) Received: from basildon (port1236.duesseldorf.ndh.net [62.40.8.236]) by public.ndh.com (8.9.3/8.8.0) with ESMTP id TAA26046 for ; Thu, 26 Apr 2001 19:08:11 +0200 (MET DST) Received: from tmseck by basildon with local (Exim 3.22 #1) id 14spHQ-0000En-00 for freebsd-gnats-submit@freebsd.org; Thu, 26 Apr 2001 19:10:12 +0200 Message-Id: <20010426191012.A884@basildon> Date: Thu, 26 Apr 2001 19:10:12 +0200 From: Thomas Seck To: freebsd-gnats-submit@freebsd.org Subject: kern/26880: Unexpected busfree err w/ Adaptec 19160 and Quantum Atlas HD Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26880 >Category: kern >Synopsis: Unexpected busfree err w/ Adaptec 19160 and Quantum Atlas HD >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 26 10:10:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Thomas Seck >Release: FreeBSD 4.3-STABLE i386 >Organization: Stadt Bornheim, Germany >Environment: FreeBSD proxy-bhm.gkd 4.3-20010422-STABLE FreeBSD 4.3-20010422-STABLE #1: Wed Apr 25 12:23:21 CEST 2001 root@proxy-bhm.gkd:/usr/obj/usr/src/sys/PROXY i386 PIII 800 Adaptec 19160 SCSI Adaptor with 4 Quantum Atlas 18GB HD attached, transfer speed set to 160MB/s, write caching enabled (factory settings). I am currently trying 80MB/s to see whether the problems persist. Please contact me if you need more information. >Description: See also the following excerpt from /var/log/messages. After a warm boot, the affected disc is not being detected by the adaptor anymore. The only way to get the disc working again is power cycling the machine. Excerpt from /var/log/messages: Apr 26 09:29:17 proxy-bhm /kernel: (da1:ahc0:0:4:0): Unexpected busfree in Data-out phase Apr 26 09:29:17 proxy-bhm /kernel: SEQADDR == 0x8f Apr 26 09:29:17 proxy-bhm /kernel: (da1:ahc0:0:4:0): Invalidating pack Apr 26 09:30:00 proxy-bhm /kernel: (da1:ahc0:0:4:0): SCB 0x14 - timed out while idle, SEQADDR == 0x8 Apr 26 09:30:00 proxy-bhm /kernel: STACK == 0x3, 0x10e, 0x164, 0x0 Apr 26 09:30:00 proxy-bhm /kernel: SXFRCTL0 == 0x80 Apr 26 09:30:00 proxy-bhm /kernel: ahc0: Dumping Card State at SEQADDR 0x8 Apr 26 09:30:00 proxy-bhm /kernel: SCSISEQ = 0x12, SBLKCTL = 0xa, SSTAT0 0x0 Apr 26 09:30:00 proxy-bhm /kernel: SCB count = 140 Apr 26 09:30:00 proxy-bhm /kernel: Kernel NEXTQSCB = 11 Apr 26 09:30:00 proxy-bhm /kernel: Card NEXTQSCB = 11 Apr 26 09:30:00 proxy-bhm /kernel: QINFIFO entries: Apr 26 09:30:00 proxy-bhm /kernel: Waiting Queue entries: Apr 26 09:30:00 proxy-bhm /kernel: Disconnected Queue entries: 6:37 28:20 Apr 26 09:30:00 proxy-bhm /kernel: QOUTFIFO entries: Apr 26 09:30:00 proxy-bhm /kernel: Sequencer Free SCB List: 20 12 16 3 22 15 13 18 31 8 11 23 26 7 14 2 10 24 4 30 5 17 27 25 0 9 1 19 29 21 Apr 26 09:30:00 proxy-bhm /kernel: Pending list: 37 20 Apr 26 09:30:00 proxy-bhm /kernel: Kernel Free SCB list: 3 53 16 32 49 44 40 58 66 2 125 65 18 124 12 29 123 68 55 5 4 121 122 14 63 6 24 26 33 15 56 31 54 46 21 39 22 36 38 47 10 50 48 62 35 28 69 51 43 1 57 42 52 30 45 120 41 9 23 13 59 25 139 27 67 19 7 0 64 17 126 127 128 129 110 111 112 113 114 115 116 117 118 119 100 101 102 103 104 105 106 107 108 109 90 91 92 93 94 95 96 97 98 99 80 81 82 83 84 85 86 87 88 89 70 71 72 73 74 75 76 77 78 79 60 61 34 8 138 137 136 135 134 133 132 131 130 Apr 26 09:30:00 proxy-bhm /kernel: sg[0] - Addr 0xcbc8000 : Length 3072 Apr 26 09:30:00 proxy-bhm /kernel: (da1:ahc0:0:4:0): Queuing a BDR SCB Apr 26 09:30:00 proxy-bhm /kernel: (da1:ahc0:0:4:0): no longer in timeout, status = 34a Apr 26 09:30:17 proxy-bhm /kernel: (da1:ahc0:0:4:0): Invalidating pack Apr 26 09:31:17 proxy-bhm /kernel: (da1:ahc0:0:4:0): SCB 0x25 - timed out while idle, SEQADDR == 0x8 Apr 26 09:31:17 proxy-bhm /kernel: STACK == 0x3, 0x10e, 0x164, 0x0 Apr 26 09:31:17 proxy-bhm /kernel: SXFRCTL0 == 0x80 Apr 26 09:31:17 proxy-bhm /kernel: ahc0: Dumping Card State at SEQADDR 0x8 Apr 26 09:31:17 proxy-bhm /kernel: SCSISEQ = 0x12, SBLKCTL = 0xa, SSTAT0 0x0 Apr 26 09:31:17 proxy-bhm /kernel: SCB count = 140 Apr 26 09:31:17 proxy-bhm /kernel: Kernel NEXTQSCB = 20 Apr 26 09:31:17 proxy-bhm /kernel: Card NEXTQSCB = 20 Apr 26 09:31:17 proxy-bhm /kernel: QINFIFO entries: Apr 26 09:31:17 proxy-bhm /kernel: Waiting Queue entries: Apr 26 09:31:17 proxy-bhm /kernel: Disconnected Queue entries: 6:37 Apr 26 09:31:17 proxy-bhm /kernel: QOUTFIFO entries: Apr 26 09:31:17 proxy-bhm /kernel: Sequencer Free SCB List: 28 20 12 16 3 22 15 13 18 31 8 11 23 26 7 14 2 10 24 4 30 5 17 27 25 0 9 1 19 29 21 Apr 26 09:31:17 proxy-bhm /kernel: Pending list: 37 Apr 26 09:31:17 proxy-bhm /kernel: Kernel Free SCB list: 11 3 53 16 32 49 44 40 58 66 2 125 65 18 124 12 29 123 68 55 5 4 121 122 14 63 6 24 26 33 15 56 31 54 46 21 39 22 36 38 47 10 50 48 62 35 28 69 51 43 1 57 42 52 30 45 120 41 9 23 13 59 25 139 27 67 19 7 0 64 17 126 127 128 129 110 111 112 113 114 115 116 117 118 119 100 101 102 103 104 105 106 107 108 109 90 91 92 93 94 95 96 97 98 99 80 81 82 83 84 85 86 87 88 89 70 71 72 73 74 75 76 77 78 79 60 61 34 8 138 137 136 135 134 133 132 131 130 Apr 26 09:31:17 proxy-bhm /kernel: sg[0] - Addr 0x61ea000 : Length 2048 Apr 26 09:31:17 proxy-bhm /kernel: (da1:ahc0:0:4:0): Queuing a BDR SCB Apr 26 09:31:17 proxy-bhm /kernel: (da1:ahc0:0:4:0): no longer in timeout, status = 34a Apr 26 09:31:17 proxy-bhm /kernel: (da1:ahc0:0:4:0): Invalidating pack Apr 26 09:31:47 proxy-bhm /kernel: handle_workitem_freefile: got error 6 while accessing filesystem >How-To-Repeat: Hard to tell. The problem does not occur under heavy disc load, I experience it only when the system is nearly idle, typically when the daily periodic job is being started or small files are about to be written to the disc. Moving large chunks of data between the discs or buildworlds work ok. I get one to two errors a day, on different disks so I assume sw problems. But I did not run 4.2 (w/o problems BTW) on the box long enough to blame it definitely on 4.3 :) >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 26 12:10: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7A24337B422 for ; Thu, 26 Apr 2001 12:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3QJA3p11343; Thu, 26 Apr 2001 12:10:03 -0700 (PDT) (envelope-from gnats) Date: Thu, 26 Apr 2001 12:10:03 -0700 (PDT) Message-Id: <200104261910.f3QJA3p11343@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Justin T. Gibbs" Subject: Re: kern/26880: Unexpected busfree err w/ Adaptec 19160 and Quantum Atlas HD Reply-To: "Justin T. Gibbs" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/26880; it has been noted by GNATS. From: "Justin T. Gibbs" To: Thomas Seck Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/26880: Unexpected busfree err w/ Adaptec 19160 and Quantum Atlas HD Date: Thu, 26 Apr 2001 13:01:41 -0600 >>Synopsis: Unexpected busfree err w/ Adaptec 19160 and Quantum Atlas HD Can you provide full dmesg output? This smells like a drive firmware problem. You might try upgrading to the latest firmware for your drive from here: ftp://ftp.quantum.com/Disk_Firmware -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 26 15:50: 7 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 78DF137B424 for ; Thu, 26 Apr 2001 15:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3QMo1x37577; Thu, 26 Apr 2001 15:50:01 -0700 (PDT) (envelope-from gnats) Received: from portege.clkao.org (231.c137.ethome.net.tw [202.178.137.231]) by hub.freebsd.org (Postfix) with ESMTP id EC47437B423 for ; Thu, 26 Apr 2001 15:42:07 -0700 (PDT) (envelope-from clkao@portege.clkao.org) Received: (from clkao@localhost) by portege.clkao.org (8.11.1/8.11.1) id f3QMg1G01513; Fri, 27 Apr 2001 06:42:01 +0800 (CST) (envelope-from clkao) Message-Id: <200104262242.f3QMg1G01513@portege.clkao.org> Date: Fri, 27 Apr 2001 06:42:01 +0800 (CST) From: clkao@clkao.org Reply-To: clkao@clkao.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/26885: add if_xe as kernel module Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26885 >Category: kern >Synopsis: add if_xe as kernel module >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Apr 26 15:50:00 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Chia-liang Kao >Release: FreeBSD * >Organization: CirX >Environment: FreeBSD portege.clkao.org 4.2-STABLE FreeBSD 4.2-STABLE #4: Fri Feb 2 06:35:13 CST 2001 root@portege.clkao.org:/usr/src/sys/compile/PORTEGE.stable i386 >Description: The xe driver(Xircom Ethernet) is not compiled as kld. >How-To-Repeat: >Fix: use the suppiled Makefile as src/sys/modules/xe/Makefile and add xe to SUBDIR in src/sys/modules/Makefile # $FreeBSD$ .PATH: ${.CURDIR}/../../dev/xe KMOD = if_xe SRCS = if_xe.c opt_bdg.h device_if.h card_if.h bus_if.h pci_if.h SRCS += if_xevar.h if_xereg.h .include >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 26 16:23:20 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3047337B42C; Thu, 26 Apr 2001 16:23:16 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3QNNGO42633; Thu, 26 Apr 2001 16:23:16 -0700 (PDT) (envelope-from dd) Date: Thu, 26 Apr 2001 16:23:16 -0700 (PDT) From: Message-Id: <200104262323.f3QNNGO42633@freefall.freebsd.org> To: dd@freebsd.org, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org, dd@FreeBSD.org Subject: Re: bin/26810: [PATCH] make cut(1) work with long lines Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] make cut(1) work with long lines State-Changed-From-To: open->analyzed State-Changed-By: dd State-Changed-When: Thu Apr 26 16:22:49 PDT 2001 State-Changed-Why: Patch committed to -current. I'll MFC, or bug someone to MFC, it later. Responsible-Changed-From-To: freebsd-bugs->dd Responsible-Changed-By: dd Responsible-Changed-When: Thu Apr 26 16:22:49 PDT 2001 Responsible-Changed-Why: My patch, my commit. http://www.freebsd.org/cgi/query-pr.cgi?pr=26810 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 26 18: 0:10 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 33CEC37B42C for ; Thu, 26 Apr 2001 18:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3R104K52066; Thu, 26 Apr 2001 18:00:04 -0700 (PDT) (envelope-from gnats) Received: from mailman.packetdesign.com (dns.packetdesign.com [65.192.41.10]) by hub.freebsd.org (Postfix) with ESMTP id D8D2E37B423 for ; Thu, 26 Apr 2001 17:51:50 -0700 (PDT) (envelope-from archie@packetdesign.com) Received: from bubba.packetdesign.com (bubba.packetdesign.com [192.168.0.223]) by mailman.packetdesign.com (8.11.0/8.11.0) with ESMTP id f3R0pj262021 for ; Thu, 26 Apr 2001 17:51:45 -0700 (PDT) (envelope-from archie@packetdesign.com) Received: (from archie@localhost) by bubba.packetdesign.com (8.11.3/8.11.1) id f3R0pj155977; Thu, 26 Apr 2001 17:51:45 -0700 (PDT) (envelope-from archie) Message-Id: <200104270051.f3R0pj155977@bubba.packetdesign.com> Date: Thu, 26 Apr 2001 17:51:45 -0700 (PDT) From: Archie Cobbs Reply-To: archie@packetdesign.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/26886: mount -w doesn't work on a normally read-only filesystem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26886 >Category: bin >Synopsis: mount -w doesn't work on a normally read-only filesystem >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 26 18:00:03 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Archie Cobbs >Release: FreeBSD 4.3-RELEASE i386 >Organization: Packet Design >Environment: System: FreeBSD bubba.packetdesign.com 4.3-RELEASE FreeBSD 4.3-RELEASE #0: Thu Apr 26 15:28:39 PDT 2001 root@bubba.packetdesign.com:/usr/obj/usr/src/sys/BUBBA i386 >Description: The "-w" flag to mount(8) doesn't work if the filesystem is marked with the "ro" option in /etc/fstab. It seems like "-w" should override /etc/fstab. >How-To-Repeat: Have an /etc/fstab entry like this: # Device Mountpoint FStype Options Dump Pass# /dev/ad0s1e /foo ufs ro 1 1 With the filesystem unmounted, do this: $ mount -w /foo The filesystem is mounted read-only instead of read-write. >Fix: $ mount /foo $ mount -u /foo >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Apr 26 18:40: 9 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3034037B424 for ; Thu, 26 Apr 2001 18:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3R1e3a57145; Thu, 26 Apr 2001 18:40:03 -0700 (PDT) (envelope-from gnats) Date: Thu, 26 Apr 2001 18:40:03 -0700 (PDT) Message-Id: <200104270140.f3R1e3a57145@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Dima Dorfman Subject: Re: bin/26886: mount -w doesn't work on a normally read-only filesystem Reply-To: Dima Dorfman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/26886; it has been noted by GNATS. From: Dima Dorfman To: archie@packetdesign.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/26886: mount -w doesn't work on a normally read-only filesystem Date: Thu, 26 Apr 2001 18:35:57 -0700 Archie Cobbs writes: > > >Number: 26886 > >Category: bin > >Synopsis: mount -w doesn't work on a normally read-only filesystem > >Description: > > The "-w" flag to mount(8) doesn't work if the filesystem > is marked with the "ro" option in /etc/fstab. > > It seems like "-w" should override /etc/fstab. Could you please try the attached patch? (There may be a little fuzz; I've some local modifications that I had to coerce out of the diff manually.) Thanks, Dima Dorfman dima@unixfreak.org Index: mount.c =================================================================== RCS file: /st/src/FreeBSD/src/sbin/mount/mount.c,v retrieving revision 1.41 diff -u -r1.41 mount.c --- mount.c 2000/11/22 17:54:56 1.41 +++ mount.c 2001/04/27 01:34:17 @@ -410,6 +412,9 @@ optbuf = catopt(optbuf, "force"); if (flags & MNT_RDONLY) optbuf = catopt(optbuf, "ro"); + else + remopt(optbuf, "ro"); + /* * XXX * The mount_mfs (newfs) command uses -o to select the To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 27 5:40: 9 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2CE3137B424 for ; Fri, 27 Apr 2001 05:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3RCe1G00723; Fri, 27 Apr 2001 05:40:01 -0700 (PDT) (envelope-from gnats) Received: from infres.enst.fr (infres-192.enst.fr [137.194.192.1]) by hub.freebsd.org (Postfix) with ESMTP id 71D8537B422 for ; Fri, 27 Apr 2001 05:36:31 -0700 (PDT) (envelope-from quinot@inf.enst.fr) Received: from shalmaneser.enst.fr (shalmaneser.enst.fr [137.194.160.128]) by infres.enst.fr (Postfix) with ESMTP id C57371929 for ; Fri, 27 Apr 2001 14:36:28 +0200 (MET DST) Received: by shalmaneser.enst.fr (Postfix, from userid 11117) id CD2891131B; Fri, 27 Apr 2001 14:36:26 +0200 (CEST) Message-Id: <20010427123626.CD2891131B@shalmaneser.enst.fr> Date: Fri, 27 Apr 2001 14:36:26 +0200 (CEST) From: quinot@inf.enst.fr Reply-To: quinot@inf.enst.fr To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/26893: nfs_vnops: comment update (locking is now supported) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26893 >Category: kern >Synopsis: nfs_vnops: comment update (locking is now supported) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 27 05:40:00 PDT 2001 >Closed-Date: >Last-Modified: >Originator: quinot@inf.enst.fr >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: System: FreeBSD shalmaneser.enst.fr 5.0-CURRENT FreeBSD 5.0-CURRENT #8: Fri Apr 20 17:55:41 CEST 2001 quinot@shalmaneser.enst.fr:/usr/obj/usr/src/sys/SHALMANESER i386 >Description: The comment that says that NFS locks are unsupported is now inaccurate. >How-To-Repeat: >Fix: --- sys/nfs/nfs_vnops.c.dist Fri Apr 27 14:33:58 2001 +++ sys/nfs/nfs_vnops.c Fri Apr 27 14:34:12 2001 @@ -3048,7 +3048,6 @@ /* * NFS advisory byte-level locks. - * Currently unsupported. */ static int nfs_advlock(ap) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 27 7:20:11 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0BC2B37B43C for ; Fri, 27 Apr 2001 07:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3REK2617158; Fri, 27 Apr 2001 07:20:02 -0700 (PDT) (envelope-from gnats) Received: from palm.cise.ufl.edu (palm.cise.ufl.edu [128.227.205.231]) by hub.freebsd.org (Postfix) with ESMTP id 6E60D37B423 for ; Fri, 27 Apr 2001 07:18:25 -0700 (PDT) (envelope-from jfh@palm.cise.ufl.edu) Received: (from jfh@localhost) by palm.cise.ufl.edu (8.11.3/8.11.3) id f3REINn01214; Fri, 27 Apr 2001 10:18:23 -0400 (EDT) (envelope-from jfh) Message-Id: <200104271418.f3REINn01214@palm.cise.ufl.edu> Date: Fri, 27 Apr 2001 10:18:23 -0400 (EDT) From: jfh@cise.ufl.edu Reply-To: jfh@cise.ufl.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/26896: Kernel panic during ktrace (vrele: negative ref cnt) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26896 >Category: kern >Synopsis: Kernel panic during ktrace (vrele: negative ref cnt) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 27 07:20:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Jim Hranicky (jfh@cise.ufl.edu) >Release: FreeBSD 4.3-STABLE i386 >Organization: University of Florida CISE Department >Environment: System: FreeBSD 4.3-STABLE #2: Mon Apr 23 14:49:54 EDT 2001 700MHz Pentium III Intel 440BX motherboard ad0: 19470MB >Description: Panic immediately after running "ktrace -C" to end a "ktrace -id -p " process. From the dump: (kgdb) where #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:469 #1 0xc019d0d7 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:309 #2 0xc019d46d in panic (fmt=0xc03448dc "vrele: negative ref cnt") at /usr/src/sys/kern/kern_shutdown.c:556 #3 0xc01c9356 in vrele (vp=0xd2a37c80) at /usr/src/sys/kern/vfs_subr.c:1452 #4 0xc01975dd in ktrops (curp=0xd1f1aa00, p=0xd29912a0, ops=1, facs=254, vp=0x0) at /usr/src/sys/kern/kern_ktrace.c:411 #5 0xc019761a in ktrsetchildren (curp=0xd1f1aa00, top=0xd1f1de00, ops=1, facs=254, vp=0x0) at /usr/src/sys/kern/kern_ktrace.c:431 #6 0xc019742e in ktrace (curp=0xd1f1aa00, uap=0xd2962f80) at /usr/src/sys/kern/kern_ktrace.c:330 #7 0xc03042a9 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077938544, tf_esi = 1, tf_ebp = -1077938636, tf_isp = -761909292, tf_ebx = 1, tf_edx = -2012235704, tf_ecx = 11, tf_eax = 45, tf_trapno = 12, tf_err = 2, tf_eip = -2012608448, tf_cs = 31, tf_eflags = 582, tf_esp = -1077938808, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1150 #8 0xc02f5a45 in Xint0x80_syscall () #9 0x80487e5 in ?? () This is the second panic in vrele due to negative ref cnts in as many days at my site. kernel and dump are available if anyone needs them. >How-To-Repeat: Unknown >Fix: Unknown >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 27 8:12:45 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from merchandisewholesale.com (ci392057-b.ruthfd1.tn.home.com [24.15.72.99]) by hub.freebsd.org (Postfix) with SMTP id 06D1837B506 for ; Fri, 27 Apr 2001 08:12:23 -0700 (PDT) (envelope-from cs@merchandisewholesale.com) From: "Merchandise WholeSale" To: Subject: Grand Opening Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Date: Fri, 27 Apr 2001 10:06:57 -0700 Reply-To: "Merchandise WholeSale" Content-Transfer-Encoding: 8bit Message-Id: <20010427151224.06D1837B506@hub.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org First off I would like to Thank You for taking time to read this letter. Second of all your e-mail address was pulled from an on-line source. This is the only & last message you'll receive from us, so you don't have to worry about an unsubscribe list or spam. Nor will we give your e-mail out to any one else. I'd like to stop, and tell you about a new ON-LINE Retail store. Merchandise Wholesale, a retail store that has over 2,000 products for home,travel,jewelry,personal needs etc... Please take time out when you have it to browse our ON-LINE directory at http://www.merchandisewholesale.com Click on any images of the item to enlarge. Our site is always under constant change for the better. Thanks for your precious time, HTTP://MERCHANDISEWHOLESALE.COM promotions@merchandisewholesale.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 27 9: 0:10 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7400937B424 for ; Fri, 27 Apr 2001 09:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3RG04k31106; Fri, 27 Apr 2001 09:00:04 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1B0F937B424 for ; Fri, 27 Apr 2001 08:50:09 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3RFo9429934; Fri, 27 Apr 2001 08:50:09 -0700 (PDT) (envelope-from nobody) Message-Id: <200104271550.f3RFo9429934@freefall.freebsd.org> Date: Fri, 27 Apr 2001 08:50:09 -0700 (PDT) From: greg@internex.net.au To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/26897: 4.3R sysinstall fails to create swap partition on second run Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26897 >Category: misc >Synopsis: 4.3R sysinstall fails to create swap partition on second run >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 27 09:00:04 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Greg Holloway >Release: 4.3 >Organization: >Environment: 4.3R sysinstall >Description: 4.3R sysinstall fails to create swap partition on second run >How-To-Repeat: New installation > Custom install (new HD) > Create partition > Create labels (MISSING SWAP) > Commit installation > Error appears "No swap etc" > Relabel drive (do not Write/commit in the Label editor) > Commit installation Either a) The label changes made the second time were not written to disk, or b) The swap partition was not written to disk the second time, despite me specifying it. Thanks !! >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 27 9:30:10 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C372637B424 for ; Fri, 27 Apr 2001 09:30:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3RGU6W36998; Fri, 27 Apr 2001 09:30:06 -0700 (PDT) (envelope-from gnats) Received: from yertle.kciLink.com (yertle.kcilink.com [216.194.193.105]) by hub.freebsd.org (Postfix) with ESMTP id E62D437B43E for ; Fri, 27 Apr 2001 09:27:45 -0700 (PDT) (envelope-from khera@kciLink.com) Received: from onceler.kciLink.com (onceler.kciLink.com [216.194.193.106]) by yertle.kciLink.com (Postfix) with ESMTP id 183CC2E45E for ; Fri, 27 Apr 2001 12:27:45 -0400 (EDT) Received: (from khera@localhost) by onceler.kciLink.com (8.11.3/8.11.3) id f3RGRiY36367; Fri, 27 Apr 2001 12:27:44 -0400 (EDT) (envelope-from khera) Message-Id: <200104271627.f3RGRiY36367@onceler.kciLink.com> Date: Fri, 27 Apr 2001 12:27:44 -0400 (EDT) From: Reply-To: khera@kciLink.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/26898: cannot build sysinstall man page Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26898 >Category: bin >Synopsis: sysinstall man page doesn't build >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 27 09:30:05 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Vivek Khera >Release: FreeBSD 4.3-STABLE i386 >Organization: >Environment: System: FreeBSD onceler.kciLink.com 4.3-STABLE FreeBSD 4.3-STABLE #2: Tue Apr 24 17:23:21 EDT 2001 khera@yertle.kciLink.com:/u/yertle2/usr.obj/amd/onceler/u/onceler1/usr/src/sys/ONCELER i386 [root@onceler]# ident Makefile Makefile: $FreeBSD: src/release/sysinstall/Makefile,v 1.92.2.11 2001/04/25 10:42:22 ru Exp $ cvsup of /usr/src from today (2001-04-27). >Description: make of sysinstall reports this error: make: don't know how to make sysinstall.1. Stop the sysinstall program itself is properly built, however. >How-To-Repeat: cd /usr/src/release/sysinstall make clean make obj make >Fix: Dunno. The Makfefile has MAN=sysinstall.8 so I don't know what's the problem. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 27 10:20: 7 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4397337B423 for ; Fri, 27 Apr 2001 10:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3RHK2A44956; Fri, 27 Apr 2001 10:20:02 -0700 (PDT) (envelope-from gnats) Date: Fri, 27 Apr 2001 10:20:02 -0700 (PDT) Message-Id: <200104271720.f3RHK2A44956@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "G.W.Roberts" <"mas039"@bangor.ac.uk> Subject: Re: bin/26686: Freeze at boot from 4.3-RC4 floopies - USB conflict? Reply-To: "G.W.Roberts" <"mas039"@bangor.ac.uk> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/26686; it has been noted by GNATS. From: "G.W.Roberts" <"mas039"@bangor.ac.uk> To: freebsd-gnats-submit@freebsd.org, lazaro@online.no Cc: Subject: Re: bin/26686: Freeze at boot from 4.3-RC4 floopies - USB conflict? Date: Fri, 27 Apr 2001 18:11:01 +0100 I have also had a similar problem which I've found to be caused by the ex driver causing ne2000 boards (ed0) to freeze the machine. The effect does vary; some slightly different models of ne2000 boards tolerate the ex driver, but then work at a reduced speed. Under 3.x the ex device could be disabled from the kernel configuration editor, but under 4.x it does not appear (why not?), so cannot be disabled. I have to build a new kernel (omitting the ex driver, together with other options to reduce the kernel size appropriately) strip it, compress it and copy it to the boot floppy. It would be very convenient if this problem was solved! Gareth. -- Dr G W Roberts Dr G W Roberts Adran Mathemateg Department of Mathematics Ysgol Gwybodeg School of Informatics Prifysgol Cymru University of Wales Stryd y Deon Dean Street Bangor Bangor Gwynedd Gwynedd LL57 1UT LL57 1UT DU UK Email: G.W.Roberts@bangor.ac.uk Tel: +44 (0)1248 382480 Ffacs: +44 (0)1248 361429 WWW: http://www.bangor.ac.uk/ma To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 27 10:20:15 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 848E537B422 for ; Fri, 27 Apr 2001 10:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3RHK4W44967; Fri, 27 Apr 2001 10:20:04 -0700 (PDT) (envelope-from gnats) Date: Fri, 27 Apr 2001 10:20:04 -0700 (PDT) Message-Id: <200104271720.f3RHK4W44967@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Seck, Thomas" Subject: Re: kern/26880: Unexpected busfree err w/ Adaptec 19160 and Quant um Atlas HD Reply-To: "Seck, Thomas" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/26880; it has been noted by GNATS. From: "Seck, Thomas" To: "'freebsd-gnats-submit@FreeBSD.org'" , "'t.seck@ndh.net'" Cc: Subject: Re: kern/26880: Unexpected busfree err w/ Adaptec 19160 and Quant um Atlas HD Date: Fri, 27 Apr 2001 10:54:39 +0200 Hi Justin, the box did not run into any errors after switching to 80MB/s tonight. Maybe this is a workaround so far. dmesg output as of today: Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.3-20010422-STABLE #1: Wed Apr 25 12:23:21 CEST 2001 root@proxy-bhm.gkd:/usr/obj/usr/src/sys/PROXY Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 801820992 Hz CPU: Pentium III/Pentium III Xeon/Celeron (801.82-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x387f9ff real memory = 268369920 (262080K bytes) avail memory = 258199552 (252148K bytes) Preloaded elf kernel "kernel" at 0xc02ed000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at 0.0 irq 11 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xf000-0xf00f at device 7.1 on pci0 ata1: at 0x170 irq 15 on atapci0 pci0: at 7.2 irq 10 chip1: port 0x5000-0x500f at device 7.3 on pci0 ahc0: port 0xe400-0xe4ff mem 0xe4100000-0xe4100fff irq 11 at device 8.0 on pci0 aic7892: Wide Channel A, SCSI Id=7, 32/255 SCBs fxp0: port 0xe800-0xe83f mem 0xe4000000-0xe40fffff,0xe4101000-0xe4101fff irq 5 at device 10.0 on pci0 fxp0: Ethernet address 00:d0:b7:43:b1:e1 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode lpt0: on ppbus0 lpt0: Interrupt-driven port ata1-slave: ata_command: timeout waiting for intr ata1-slave: identify failed acd0: CDROM at ata1-master using PIO4 Waiting 5 seconds for SCSI devices to settle Mounting root from ufs:/dev/da0s1a da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 17510MB (35861388 512 byte sectors: 255H 63S/T 2232C) da1 at ahc0 bus 0 target 4 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 17510MB (35861388 512 byte sectors: 255H 63S/T 2232C) da2 at ahc0 bus 0 target 8 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged Queueing Enabled da2: 17510MB (35861388 512 byte sectors: 255H 63S/T 2232C) da3 at ahc0 bus 0 target 12 lun 0 da3: Fixed Direct Access SCSI-3 device da3: 80.000MB/s transfers (40.000MHz, offset 63, 16bit), Tagged Queueing Enabled da3: 17510MB (35861388 512 byte sectors: 255H 63S/T 2232C) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 27 10:50: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 33FD637B424 for ; Fri, 27 Apr 2001 10:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3RHo1547985; Fri, 27 Apr 2001 10:50:01 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 391B237B422 for ; Fri, 27 Apr 2001 10:48:52 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3RHmqA47766; Fri, 27 Apr 2001 10:48:52 -0700 (PDT) (envelope-from nobody) Message-Id: <200104271748.f3RHmqA47766@freefall.freebsd.org> Date: Fri, 27 Apr 2001 10:48:52 -0700 (PDT) From: jean-sebastien.roy@wanadoo.fr To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/26899: Weird sound with Soundblaster 128 PCI Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26899 >Category: kern >Synopsis: Weird sound with Soundblaster 128 PCI >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 27 10:50:00 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Jean-Sebastien Roy >Release: 4.3 RC >Organization: >Environment: FreeBSD durandal 4.3-RC FreeBSD 4.3-RC #1: Sat Apr 21 15:31:59 CEST 2001 js@durandal:/mnt/backup/obj/mnt/local/src/sys/GENERIC i386 >Description: The soundblaster 128 PCI gets correctly probbed (device pcm) : pcm0: port 0x8800-0x883f irq 5 at device 13.0 on pci0 But playing any sound using any application results in a slow, low, deformed sound. >How-To-Repeat: see above. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 27 11:20: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 118CD37B423 for ; Fri, 27 Apr 2001 11:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3RIK3C54046; Fri, 27 Apr 2001 11:20:03 -0700 (PDT) (envelope-from gnats) Date: Fri, 27 Apr 2001 11:20:03 -0700 (PDT) Message-Id: <200104271820.f3RIK3C54046@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jean-Sebastien ROY Subject: Re: kern/26899: Weird sound with Soundblaster 128 PCI Reply-To: Jean-Sebastien ROY Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/26899; it has been noted by GNATS. From: Jean-Sebastien ROY To: freebsd-gnats-submit@FreeBSD.org, jean-sebastien.roy@wanadoo.fr Cc: Subject: Re: kern/26899: Weird sound with Soundblaster 128 PCI Date: Fri, 27 Apr 2001 20:14:56 +0200 Using the FreeBSD OSS sound driver to initialize the card (soundon followed by soundoff) make the original FreeBSD driver (kldload snd) work. js To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 27 11:20:13 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5A79737B43F for ; Fri, 27 Apr 2001 11:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3RIK3h54071; Fri, 27 Apr 2001 11:20:03 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D695537B629 for ; Fri, 27 Apr 2001 11:18:17 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3RIIHk53808; Fri, 27 Apr 2001 11:18:17 -0700 (PDT) (envelope-from nobody) Message-Id: <200104271818.f3RIIHk53808@freefall.freebsd.org> Date: Fri, 27 Apr 2001 11:18:17 -0700 (PDT) From: szewaikelvin@sinatown.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/26901: get signal 11 many times and the server reboot Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26901 >Category: i386 >Synopsis: get signal 11 many times and the server reboot >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 27 11:20:03 PDT 2001 >Closed-Date: >Last-Modified: >Originator: wai >Release: 4.0 >Organization: SINA >Environment: FreeBSD game-fe4.sina.com.hk 4.0-RELEASE FreeBSD 4.0-RELEASE #0: Fri Dec 8 10:32:44 CST 2000 wkho@game-fe4.sina.com.hk:/usr/src/sys/compile/MULTICPU i386 >Description: As there is many line in the messages log Apr 27 17:14:13 game-fe4 /kernel: pid 4335 (game-enter.cgi), uid 1002: exited on signal 11 Apr 27 17:14:13 game-fe4 /kernel: pid 4336 (game-enter.cgi), uid 1002: exited on signal 11 Apr 27 17:14:14 game-fe4 /kernel: pid 4324 (game-enter.cgi), uid 1002: exited on signal 11 and the server will auto reboot >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 27 14:10: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8191437B423 for ; Fri, 27 Apr 2001 14:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3RLA1u81844; Fri, 27 Apr 2001 14:10:01 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3840937B424 for ; Fri, 27 Apr 2001 14:05:04 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3RL54w79050; Fri, 27 Apr 2001 14:05:04 -0700 (PDT) (envelope-from nobody) Message-Id: <200104272105.f3RL54w79050@freefall.freebsd.org> Date: Fri, 27 Apr 2001 14:05:04 -0700 (PDT) From: Woodruff@RadOnc17.UCSF.Edu To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/26903: Cannot use DHCP from /stand/sysinstall network setup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26903 >Category: i386 >Synopsis: Cannot use DHCP from /stand/sysinstall network setup >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 27 14:10:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Dave Woodruff >Release: 4.2-release (cd), 4.3-release (net) >Organization: UCSF Radiation Oncology >Environment: (still in install - "uname" not found. >Description: When I attempt to configure my 3c590 / vx0 with either the attempt to connect to FTP server or in final configuration and try to use my DHCP server for this subnet, I get a "Signal 11 caught ..." error. on screen 2, I get >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 27 14:22:34 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 26E6937B422; Fri, 27 Apr 2001 14:22:33 -0700 (PDT) (envelope-from greid@FreeBSD.org) Received: (from greid@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3RLMXG82955; Fri, 27 Apr 2001 14:22:33 -0700 (PDT) (envelope-from greid) Date: Fri, 27 Apr 2001 14:22:33 -0700 (PDT) From: Message-Id: <200104272122.f3RLMXG82955@freefall.freebsd.org> To: szewaikelvin@sinatown.com, greid@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/26901: get signal 11 many times and the server reboot Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: get signal 11 many times and the server reboot State-Changed-From-To: open->closed State-Changed-By: greid State-Changed-When: Fri Apr 27 14:21:26 PDT 2001 State-Changed-Why: You have a badly-written CGI and/or a hardware problem. See http://www.bitwizard.nl/sig11/ http://www.freebsd.org/cgi/query-pr.cgi?pr=26901 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Apr 27 22: 0: 7 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 25CDD37B422 for ; Fri, 27 Apr 2001 22:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3S504f85365; Fri, 27 Apr 2001 22:00:04 -0700 (PDT) (envelope-from gnats) Date: Fri, 27 Apr 2001 22:00:04 -0700 (PDT) Message-Id: <200104280500.f3S504f85365@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Rich Wales Subject: Re: i386/26261: silo overflow problem in sio driver Reply-To: Rich Wales Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/26261; it has been noted by GNATS. From: Rich Wales To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: i386/26261: silo overflow problem in sio driver Date: Fri, 27 Apr 2001 21:53:32 -0700 (PDT) Earlier, I wrote: > This presumably leaves open the question of whether the problem > is due to a bug in XFree86-4.x itself, or if XFree86-4.x is > innocently tickling some FreeBSD kernel bug. The people on the "xpert@xfree86.org" list suggest that the XFree86-4 accelerator code is being overly aggressive about pipelining commands to the video card -- and, in the process, is locking up the PCI bus and interfering with the timely servicing of serial I/O interrupts. I was able to sidestep the problem (and get rid of the silo overflows) by enabling the "XaaNoScanlineCPUToScreenColorExpandFill" video driver option (this disables "indirect" CPU-to-screen color expansion). Alternatively, the "XaaNoSolidFillRect" option (disabling solid filled rectangle acceleration) also fixed the problem. In either case, I see no degradation of overall video performance. The XFree86 people are still unclear as to how video acceleration ops could lock up the PCI bus, so I suppose there might still be a bug somewhere in FreeBSD that is allowing this problem to occur. So it might not quite be time to close this PR yet. Rich Wales richw@webcom.com http://www.webcom.com/richw/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 0: 2:24 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B274637B424; Sat, 28 Apr 2001 00:02:22 -0700 (PDT) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3S72Ma07819; Sat, 28 Apr 2001 00:02:22 -0700 (PDT) (envelope-from ru) Date: Sat, 28 Apr 2001 00:02:22 -0700 (PDT) From: Message-Id: <200104280702.f3S72Ma07819@freefall.freebsd.org> To: khera@kciLink.com, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/26898: sysinstall man page doesn't build Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sysinstall man page doesn't build State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Sat Apr 28 00:00:34 PDT 2001 State-Changed-Why: Your /usr/share/mk hasn't been upgraded. Please `make world' or at least `cd /usr/src/share/mk && make install'. http://www.freebsd.org/cgi/query-pr.cgi?pr=26898 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 2:46: 2 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from mailgate.kechara.net (mailgate.kechara.net [62.49.139.2]) by hub.freebsd.org (Postfix) with ESMTP id 1E9DA37B422 for ; Sat, 28 Apr 2001 02:45:59 -0700 (PDT) (envelope-from lee@kechara.net) Received: from area57 (lan-fw.kechara.net [62.49.139.3]) by mailgate.kechara.net (8.9.3/8.9.3) with SMTP id MAA15580 for ; Sat, 28 Apr 2001 12:01:35 +0100 Message-Id: <200104281101.MAA15580@mailgate.kechara.net> Date: Sat, 28 Apr 2001 10:48:39 +0100 To: freebsd-bugs@freebsd.org From: Lee Smallbone Subject: newfs / mount bug (installer) in 4.3-RC4? Reply-To: lee@kechara.net Organization: Kechara Internet X-Mailer: Opera 5.02 build 856a X-Priority: 3 (Normal) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi there, After pulling my hair out for a few hours, I deduced this may be a bug in the installer and/or mount/newfs in general in 4.3-RC3/4. The testbed machine for this as follows: HP NetServer LH Plus 1x PPro 200 256mb ECC Mylex DAC 960-PL (JetSet software, HP branded) 5, 4gb hotswap scsi's After 'newfs', the installer attempts to mount its creations so the install may begin, however, without fail, this error appears (depending on partitions, the mount point/device sometimes is different) Error mounting /mnt/dev/mlxd0s1g on /mnt/home2 : invalid argument After a few hours of declaring war with the machine, I went back a few generations and tried a 4.2-RELEASE install. Flawless (as far as newfs/mount problems are concerned.) -- Lee Smallbone Kechara Internet lee@kechara.net www.kechara.net Tel: (01243) 869 969 Fax: (01243) 866 685 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 5:40: 9 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 179D737B43C for ; Sat, 28 Apr 2001 05:40:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3SCe6D97672; Sat, 28 Apr 2001 05:40:06 -0700 (PDT) (envelope-from gnats) Received: from heinz.jollem.com (c104187.upc-c.chello.nl [212.187.104.187]) by hub.freebsd.org (Postfix) with ESMTP id E2EA837B423 for ; Sat, 28 Apr 2001 05:35:39 -0700 (PDT) (envelope-from ernst@heinz.jollem.com) Received: (from ernst@localhost) by heinz.jollem.com (8.11.3/8.11.3) id f3SCXxl61477; Sat, 28 Apr 2001 14:33:59 +0200 (CEST) (envelope-from ernst) Message-Id: <200104281233.f3SCXxl61477@heinz.jollem.com> Date: Sat, 28 Apr 2001 14:33:59 +0200 (CEST) From: Ernst de Haan Reply-To: ernst@heinz.jollem.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: kern/26917: HP ScanJet 4300C not recognized by ugen Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26917 >Category: kern >Synopsis: HP ScanJet 4300C not recognized by ugen >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Apr 28 05:40:05 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Ernst de Haan >Release: FreeBSD 4.3-RELEASE i386 >Organization: Jollem Information Technology >Environment: System: FreeBSD heinz.jollem.com 4.3-RELEASE FreeBSD 4.3-RELEASE #0: Sat Apr 21 10:54:49 GMT 2001 jkh@narf.osd.bsdi.com:/usr/src/sys/compile/GENERIC i386 >Description: At boot time the HP ScanJet 4300C is not properly recognized. The exact product number is C7730A. I noticed this issue on FreeBSD 4.2-STABLE boxes, and now it happens on 4.3-REL too. The following is an excerpt from dmesg on a fresh FreeBSD 4.3-REL box (P2-400, 348 MB, SCSI-only, UHCI), GENERIC kernel: uhci0: port 0xd000-0xd01f irq 10 at device 7.2 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub1: Texas Instruments TUSB2046 hub, class 9/0, rev 1.10/1.25, addr 2 uhub1: 4 ports with 4 removable, bus powered ukbd0: Logitech USB Receiver, rev 1.10/10.b7, addr 3, iclass 3/1 kbd1 at ukbd0 uhid0: Logitech USB Receiver, rev 1.10/10.b7, addr 3, iclass 3/0 ums0: Logitech USB Receiver, rev 1.10/9.10, addr 4, iclass 3/1 ums0: 5 buttons and Z dir. ulpt0: Hewlett-Packard DeskJet 970C, rev 1.00/1.00, addr 5, iclass 7/1 ugen0: Hewlett Packard product 0x0305, rev 1.00/0.00, addr 6 ugen0: setting configuration index 0 failed device_probe_and_attach: ugen0 attach returned 6 chip1: port 0x5000-0x500f at device 7.3 on pci0 >How-To-Repeat: Attach a 4300C to an USB port and start FreeBSD. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 6:10:11 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0F16437B61B for ; Sat, 28 Apr 2001 06:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3SDA1D05647; Sat, 28 Apr 2001 06:10:01 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0332737B42C for ; Sat, 28 Apr 2001 06:07:00 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3SD6xG03970; Sat, 28 Apr 2001 06:06:59 -0700 (PDT) (envelope-from nobody) Message-Id: <200104281306.f3SD6xG03970@freefall.freebsd.org> Date: Sat, 28 Apr 2001 06:06:59 -0700 (PDT) From: at@w-trade.spb.ru To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/26919: sysinstall' fdisk can ONLY set bootable flag Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26919 >Category: bin >Synopsis: sysinstall' fdisk can ONLY set bootable flag >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 28 06:10:00 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Andrey Tenihin >Release: 4.3-RELEASE >Organization: W-Trade >Environment: FreeBSD bsd.domain.ru 4.3-RELEASE FreeBSD 4.3-RELEASE #0: Sun Apr 22 01:43:22 CEST 2001 olli@monos.secnetix.net:/usr/src/sys/compile/GENERIC i386 >Description: Sysinstall's fdisk can only set bootable flag on partition. I think when set bootable flag on partition already have it flag should be released. Or it should possible set bootable flag only in ONE partition. It is not so now. >How-To-Repeat: 1. Run sysinstall's fdisk 2. Set bootable flag on any partition 3. Try to release this flag or move to another partition >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 7: 0:14 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id ACC6C37B42C for ; Sat, 28 Apr 2001 07:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3SE02s05960; Sat, 28 Apr 2001 07:00:02 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 27D1537B423 for ; Sat, 28 Apr 2001 06:59:54 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3SDxsL05935; Sat, 28 Apr 2001 06:59:54 -0700 (PDT) (envelope-from nobody) Message-Id: <200104281359.f3SDxsL05935@freefall.freebsd.org> Date: Sat, 28 Apr 2001 06:59:54 -0700 (PDT) From: dot@dotat.at To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/26920: PCI autoconfiguration of USB, dc ether, and pccard broken on SHARP PC-AR10 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26920 >Category: kern >Synopsis: PCI autoconfiguration of USB, dc ether, and pccard broken on SHARP PC-AR10 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 28 07:00:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Tony Finch >Release: FreeBSD-4.3-RC3 >Organization: dotat labs >Environment: This machine is a laptop which appears to be designed for Windows ME. It has a 500MHz PIII, Intel 82371AB/EB (PIIx4) and 82443BX chipset, Accton EN2242 dc ethernet, Texas Instruments PCI-4451 CardBus controllers, and a TI IEEE 1394 OHCI host controller, plus other working devices. (I should probably include my kernel config here but I don't have a convenient way of copying it since the machine has no network devices. The only unusual option is PNPBIOS.) >Description: There is a problem with PCI autoconfiguration of the USB controller (which is part of the PIIx4) and the Ethernet and the cardbus controllers. If I hack around the immediate problem then some other problems surface. Before I installed FreeBSD on the machine I recorded the hardware configuration details that Windows was using. A verbose boot showed that the memory and IO ranges I expected to see for the USB, Ether, and CardBus ports weren't being probed, although other devices (such as the PCI bridge, ATA controller, etc) were probed OK. I hacked /sys/pci/pci.c to print more information about the memory map as follows (plus my comments): [...] found-> vendor=0x8086, dev=0x7112, revid=0x01 (Intel PIIx4 USB ctlr) class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=5 invalid map entry 0 invalid map entry 0 invalid map entry 0 invalid map entry 0 map entry fcc1 ffe1 (i.e. the variables map and testval) io port not enabled invalid map entry 0 (should have io range 0x1000 - 0x101f) [...] found-> vendor=0x1113, dev=0x1216, revid=0x11 (Accton dc Ethernet) class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 cmdreg=0x0010, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0xff (63750 ns) intpin=a, irq=11 map entry f801 ffffff01 io port not enabled map entry fedffc00 fffffc00 mem range not enabled invalid map entry 0 invalid map entry 0 invalid map entry 0 invalid map entry 0 (should have io range 0x1400 - 0x14ff) (should have mem range 0x08002800 - 0x08002bff) [...] found-> vendor=0x104c, dev=0xac42, revid=0x00 (TI PCI-4451 CardBus) class=06-07-00, hdrtype=0x02, mfdev=1 subordinatebus=0 secondarybus=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0xc0 (48000 ns), maxlat=0x03 (750 ns) intpin=a, irq=11 map entry fedfe000 fffff000 mem range not enabled (should have mem range 0x08000000 - 0x08000fff) [...] found-> vendor=0x104c, dev=0xac42, revid=0x00 (TI PCI-4451 CardBus) class=06-07-00, hdrtype=0x02, mfdev=1 subordinatebus=0 secondarybus=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0xc0 (48000 ns), maxlat=0x03 (750 ns) intpin=a, irq=11 map entry fedfd000 fffff000 mem range not enabled (should have mem range 0x08001000 - 0x08001fff) [...] found-> vendor=0x104c, dev=0x8027, revid=0x00 (TI IEEE 1394 ctlr) class=0c-00-10, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 cmdreg=0x0010, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=11 map entry fedff000 fffff800 mem range not enabled map entry fedf8000 ffffc000 mem range not enabled invalid map entry 0 invalid map entry 0 invalid map entry 0 invalid map entry 0 (should have mem range 0x08002000 - 0x080027ff) (should have mem range 0x08004000 - 0x08007fff) [...] The cmdreg values and the map entries seem to be rather funted. I further hacked pci.c to abuse the quirk mechanism to force the desired configuration to be "probed". I also hacked pcic_p.[ch] to treat a TI4451 like a TI1451 (in the vain hope that it would work given that other TI pccard chipsets looked reasonably compatible). [Owing to lack of networking on the problem machine the diffs are too inaccessible to repeat here.] Once that was done, the drivers attempted to initialize the devices, although not entirely successfully, as follows: [...] uhci0: port 0x1000-0x101f irq 5 at device 7.2 on pci0 usb0: cannot start uhci0: USB init failed device_probe_and_attach: uhci0 attach returned 5 chip1: port 0x2180-0x218f at device 7.3 on pci0 dc0: port 0x1400-0x14ff mem 0x8002800-0x8002bff irq 11 at device 11.0 on pci0 dc0: Ethernet address: ff:ff:ff:ff:ff:ff dc0: MII without any PHY! device_probe_and_attach: dc0 attach returned 6 pcic-pci0: mem 0x8001000-0x8001fff irq 11 at device 12.0 on pci0 pcic-pci0: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][FUNC pci int + CSC serial isa irq] pcic-pci0: Legacy address set to 0x3e0 PCI Config space: 00: ac42104c 02100003 06070000 00824008 01: fedfe000 020000a0 00000000 00000000 20: 00000000 00000000 00000000 00000000 30: 00000000 00000000 00000000 03c0010b 40: 101913bd 000003e1 00000000 00000000 50: 00000000 00000000 00000000 00000000 60: 00000000 00000000 00000000 00000000 70: 00000000 00000000 00000000 00000000 80: 3844d061 00008400 000f0000 00000002 90: 616682c0 00000000 00000000 00000000 Cardbus Socket registers: 00: 00000000: 00000000: 30000006: 00000000: 10: 00000000: 00000000: 00000000: 00000000: ExCa registers: 00: 84 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 10: 00 00 00 00 00 00 c0 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 pcic-pci1: mem 0x8001000-0x8001fff irq 11 at device 12.1 on pci0 pcic-pci1: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][FUNC pci int + CSC serial isa irq] PCI Config space: 00: ac42104c 02100003 06070000 00824008 01: fedfd000 020000a0 00000000 00000000 20: 00000000 00000000 00000000 00000000 30: 00000000 00000000 00000000 03c0010b 40: 101913bd 000003e1 00000000 00000000 50: 00000000 00000000 00000000 00000000 60: 00000000 00000000 00000000 00000000 70: 00000000 00000000 00000000 00000000 80: 3844d061 00008400 000f0000 00000002 90: 616682c0 00000000 00000000 00000000 Cardbus Socket registers: 00: 00000000: 00000000: 30000006: 00000000: 10: 00000000: 00000000: 00000000: 00000000: ExCa registers: 00: 84 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 10: 00 00 00 00 00 00 c0 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 pci0: (vendor=0x104c, dev=0x8027) at 12.2 irq11 [...] After this there's no sign of pccard devices, although this might be because I screwed up the quirk hack and gave both cardbus controllers the same memory range... >How-To-Repeat: I haven't heard of any other machines with this problem :-( >Fix: I don't know. Any help getting it working would be greatly appreciated. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 12: 0: 8 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 21EC737B43C for ; Sat, 28 Apr 2001 12:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3SJ01A50485; Sat, 28 Apr 2001 12:00:01 -0700 (PDT) (envelope-from gnats) Received: from mail.ctonet.it (mail.ctonet.it [212.110.160.100]) by hub.freebsd.org (Postfix) with ESMTP id 60AF737B423 for ; Sat, 28 Apr 2001 11:55:22 -0700 (PDT) (envelope-from olgeni@uli.it) Received: from olgeni.olgeni (ppp-238.dial6.ctonet.it [212.110.181.238]) by mail.ctonet.it (Postfix) with ESMTP id 1C10812122 for ; Sat, 28 Apr 2001 20:55:20 +0200 (CEST) Received: (from olgeni@localhost) by olgeni.olgeni (8.11.3/8.11.3) id f3SItnM43357; Sat, 28 Apr 2001 20:55:49 +0200 (CEST) (envelope-from olgeni) Message-Id: <200104281855.f3SItnM43357@olgeni.olgeni> Date: Sat, 28 Apr 2001 20:55:49 +0200 (CEST) From: olgeni@uli.it Reply-To: olgeni@uli.it To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: bin/26924: sysinstall has problem parsing "dists=" for XFree servers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26924 >Category: bin >Synopsis: sysinstall has problem parsing "dists=" for XFree servers >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 28 12:00:00 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Jimmy Olgeni >Release: FreeBSD 4.3-STABLE i386 >Organization: Colby >Environment: System: FreeBSD olgeni.olgeni 4.3-STABLE FreeBSD 4.3-STABLE #8: Fri Apr 27 21:30:26 CEST 2001 root@olgeni.olgeni:/usr/local/storage/obj/usr/src/sys/BSDBOX i386 >Description: When using an install.cfg script, the following lines can be used to select a number of components to install: dists=bin manpages ... susbin distSetCustom However, there is a problem with the XFree86 server selection. While all the other X11 related components work fine (from man pages to fonts), the only XFree86 server than can be installed from install.cfg is XVG16. >How-To-Repeat: The easiest way to test the "dists=" parsing is to run this command: /stand/sysinstall "dists=XSVGA Xfnts Xfcyr Xlkit Xf100 Xfscl Xfnon Xfsrv Xbin Xcfg Xdoc Xhtml Xlib Xman Xprog Xps Xset" distSetCustom distSetXF86 Then you can use sysinstall's own menu to poke around the selection. You'll find out that every X11 item has been selected (ok), that XSVGA has not been selected (bad), while XVG16 has been selected even if it was not listed in the assignment (bad). AFAIK, this problem does not affect users who install interactively. >Fix: This would require some poking in sysinstall, I guess :o) Workaround: You can execute any number of commands from the install.cfg script, using: command=... system You can use this kind of command to get any XFree86 server out of the installation CD: tar xfz /dist/XF86336/Servers/XSVGA.tgz -C /usr/X11R6/ The problem applies to X11 servers only, so you can extract them even after the "Fixing permissions in XFree86 tree" phase: they already have the proper permissions in the tarballs. X11 servers will go into the bin/ directory as usual. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 14:30: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 082ED37B424 for ; Sat, 28 Apr 2001 14:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3SLU0L69226; Sat, 28 Apr 2001 14:30:00 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A7A5E37B423 for ; Sat, 28 Apr 2001 14:28:29 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3SLSTn69090; Sat, 28 Apr 2001 14:28:29 -0700 (PDT) (envelope-from nobody) Message-Id: <200104282128.f3SLSTn69090@freefall.freebsd.org> Date: Sat, 28 Apr 2001 14:28:29 -0700 (PDT) From: sparkstp@home.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/26933: sysinstall - fdisk does not properly "dangerously dedicate" a disk Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26933 >Category: misc >Synopsis: sysinstall - fdisk does not properly "dangerously dedicate" a disk >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 28 14:30:00 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Tim Sparks >Release: 4.2-RELEASE, 4.3-20010428 >Organization: Hybrid Systems Technology >Environment: FreeBSD 4.3-RELEASE: 0# >Description: When allocating disk space using the fdisk utiltiy, selecting "A = Use Entire Disk" command, no dialog box pops up to confirm the dedication of the entire disk. Two partitions are created. Th first partion starts at 0 and ends at 62 and is marked as "unused". The compatibilty partition? The second partition uses the remaining disk space. >How-To-Repeat: Boot up installation system using 4.3-RELEASE kern.flp/mfsroot.flp configure devices as required When the systems runs sysinstall, select Standard. Toggle through the dialogue boxes to get to the Fdisk Partition Editor Select "A = Use Entire Disk" >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 15:40: 8 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 776E437B423 for ; Sat, 28 Apr 2001 15:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3SMe3d75531; Sat, 28 Apr 2001 15:40:03 -0700 (PDT) (envelope-from gnats) Date: Sat, 28 Apr 2001 15:40:03 -0700 (PDT) Message-Id: <200104282240.f3SMe3d75531@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Taylor Subject: Re: misc/26933: sysinstall - fdisk does not properly "dangerously dedicate" a disk Reply-To: David Taylor Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/26933; it has been noted by GNATS. From: David Taylor To: sparkstp@home.com Cc: Subject: Re: misc/26933: sysinstall - fdisk does not properly "dangerously dedicate" a disk Date: Sat, 28 Apr 2001 23:30:55 +0100 > >Description: > When allocating disk space using the fdisk utiltiy, selecting > "A = Use Entire Disk" command, no dialog box pops up to confirm > the dedication of the entire disk. Two partitions are created. > Th first partion starts at 0 and ends at 62 and is marked as > "unused". The compatibilty partition? The second partition > uses the remaining disk space. > Try reading the help (F1, whilst in fdisk, IIRC). Dangerously dedicated mode is depreciated, and can only be activated through the 'F' (?) command, which is presumably deliberately not displayed on the menu. -- David Taylor davidt@yadt.co.uk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 18:10: 8 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1940337B424 for ; Sat, 28 Apr 2001 18:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T1A1c92988; Sat, 28 Apr 2001 18:10:01 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 6548D37B42C for ; Sat, 28 Apr 2001 18:05:02 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T152r90267; Sat, 28 Apr 2001 18:05:02 -0700 (PDT) (envelope-from nobody) Message-Id: <200104290105.f3T152r90267@freefall.freebsd.org> Date: Sat, 28 Apr 2001 18:05:02 -0700 (PDT) From: davidx@viasoft.com.cn To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/26938: 4.3-stable is a broken kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26938 >Category: kern >Synopsis: 4.3-stable is a broken kernel >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 28 18:10:00 PDT 2001 >Closed-Date: >Last-Modified: >Originator: David Xu >Release: FreeBSD 4.3-STABLE >Organization: Viasoft >Environment: FreeBSD davidbsd.viasoft.com.cn 4.3-STABLE FreeBSD 4.3-STABLE #0: Thu Apr 26 11:22 :51 CST 2001 root@davidbsd.viasoft.com.cn:/usr/obj/usr/src/sys/xu i386 >Description: a fork bomb can reboot machine, kernel prints: vm_map_entry_creat: kernel_resources exhausted I have never seen this problem in 4.2-release >How-To-Repeat: a small example program: #include int main() { while(1) { if (fork() == 0) break; } return 0; } try to compile and run it, kernel crashed. >Fix: diff 4.2-RELEASE.vm 4.3-STABLE.vm < no bug > has bug >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 18:25:19 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 77C3637B424; Sat, 28 Apr 2001 18:25:17 -0700 (PDT) (envelope-from greid@FreeBSD.org) Received: (from greid@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T1PH393853; Sat, 28 Apr 2001 18:25:17 -0700 (PDT) (envelope-from greid) Date: Sat, 28 Apr 2001 18:25:17 -0700 (PDT) From: Message-Id: <200104290125.f3T1PH393853@freefall.freebsd.org> To: davidx@viasoft.com.cn, greid@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/26938: 4.3-stable is a broken kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 4.3-stable is a broken kernel State-Changed-From-To: open->closed State-Changed-By: greid State-Changed-When: Sat Apr 28 18:19:40 PDT 2001 State-Changed-Why: You can also probably cause a FreeBSD machine to crash by striking it repeatedly with a heavy object. I suggest you learn about limiting the resources allowed per-user; see 'ulimit'. http://www.freebsd.org/cgi/query-pr.cgi?pr=26938 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 18:50: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5C3BB37B424 for ; Sat, 28 Apr 2001 18:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T1o3c95028; Sat, 28 Apr 2001 18:50:03 -0700 (PDT) (envelope-from gnats) Date: Sat, 28 Apr 2001 18:50:03 -0700 (PDT) Message-Id: <200104290150.f3T1o3c95028@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jean-Sebastien ROY Subject: Re: kern/26899: Weird sound with Soundblaster 128 PCI Reply-To: Jean-Sebastien ROY Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/26899; it has been noted by GNATS. From: Jean-Sebastien ROY To: freebsd-gnats-submit@FreeBSD.org, jean-sebastien.roy@wanadoo.fr Cc: Subject: Re: kern/26899: Weird sound with Soundblaster 128 PCI Date: Sun, 29 Apr 2001 03:42:02 +0200 /src/sys/dev/sound/pci/es137x.c version 1.32 (in current) solves the problem I'm having in 4.3 (I rebuilt a kernel with this file). Could it be MFC'ed ? The PR can be closed. thanks ! js To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 18:55:40 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E843737B50D; Sat, 28 Apr 2001 18:55:32 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T1tW495549; Sat, 28 Apr 2001 18:55:32 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 18:55:32 -0700 (PDT) From: Message-Id: <200104290155.f3T1tW495549@freefall.freebsd.org> To: sucho2@vt.edu, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/26739: I can't seem to open files through console as a super user! Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: I can't seem to open files through console as a super user! State-Changed-From-To: open->closed State-Changed-By: dd State-Changed-When: Sat Apr 28 18:55:18 PDT 2001 State-Changed-Why: Questions belong on questions@freebsd.org, not in the PR database. http://www.freebsd.org/cgi/query-pr.cgi?pr=26739 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 18:56:34 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8FF6137B422; Sat, 28 Apr 2001 18:56:31 -0700 (PDT) (envelope-from greid@FreeBSD.org) Received: (from greid@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T1uVX95753; Sat, 28 Apr 2001 18:56:31 -0700 (PDT) (envelope-from greid) Date: Sat, 28 Apr 2001 18:56:31 -0700 (PDT) From: Message-Id: <200104290156.f3T1uVX95753@freefall.freebsd.org> To: jean-sebastien.roy@wanadoo.fr, greid@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/26899: Weird sound with Soundblaster 128 PCI Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Weird sound with Soundblaster 128 PCI State-Changed-From-To: open->closed State-Changed-By: greid State-Changed-When: Sat Apr 28 18:55:54 PDT 2001 State-Changed-Why: Submitter reports problem is resolved by changes in -current; these will be MFC'd shortly. http://www.freebsd.org/cgi/query-pr.cgi?pr=26899 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19: 0: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AE58A37B42C for ; Sat, 28 Apr 2001 19:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T202896027; Sat, 28 Apr 2001 19:00:02 -0700 (PDT) (envelope-from gnats) Date: Sat, 28 Apr 2001 19:00:02 -0700 (PDT) Message-Id: <200104290200.f3T202896027@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bill Fumerola Subject: Re: kern/26938: 4.3-stable is a broken kernel Reply-To: Bill Fumerola Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/26938; it has been noted by GNATS. From: Bill Fumerola To: Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/26938: 4.3-stable is a broken kernel Date: Sat, 28 Apr 2001 20:57:24 -0500 On Sat, Apr 28, 2001 at 06:05:02PM -0700, davidx@viasoft.com.cn wrote: > FreeBSD davidbsd.viasoft.com.cn 4.3-STABLE FreeBSD 4.3-STABLE #0: Thu Apr 26 11:22 > :51 CST 2001 root@davidbsd.viasoft.com.cn:/usr/obj/usr/src/sys/xu i386 > >Description: > a fork bomb can reboot machine, kernel prints: > vm_map_entry_creat: kernel_resources exhausted > > I have never seen this problem in 4.2-release ... and the Oscar(r) for "Troll of the Year" goes to... David Xu! -- Bill Fumerola - security yahoo / Yahoo! inc. - fumerola@yahoo-inc.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19: 1:32 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.viasoft.com.cn (unknown [61.153.1.177]) by hub.freebsd.org (Postfix) with ESMTP id 2CFDD37B423; Sat, 28 Apr 2001 19:01:28 -0700 (PDT) (envelope-from davidx@viasoft.com.cn) Received: from xyf ([192.168.1.204]) by mail.viasoft.com.cn (8.9.3/8.9.3) with SMTP id JAA14072; Sun, 29 Apr 2001 09:59:42 +0800 Message-ID: <00f901c0d050$96db7620$cc01a8c0@xyf> From: "David Xu" To: , References: <200104290125.f3T1PH393853@freefall.freebsd.org> Subject: Re: kern/26938: 4.3-stable is a broken kernel Date: Sun, 29 Apr 2001 10:03:30 +0800 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org No, I don't think it's a reasonable answer, I think FreeBSD is goting fragility, before 4.3, I can never crash kernel in such way, I don't agree you to close this PR, the bug is caused by recent VM change, I want Matt or other kernel hackers to review this PR, Regards, David Xu ----- Original Message ----- From: To: ; ; Sent: Sunday, April 29, 2001 9:25 AM Subject: Re: kern/26938: 4.3-stable is a broken kernel > Synopsis: 4.3-stable is a broken kernel > > State-Changed-From-To: open->closed > State-Changed-By: greid > State-Changed-When: Sat Apr 28 18:19:40 PDT 2001 > State-Changed-Why: > You can also probably cause a FreeBSD machine to crash by striking > it repeatedly with a heavy object. > > I suggest you learn about limiting the resources allowed per-user; see > 'ulimit'. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=26938 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19: 4:13 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2C5E837B423; Sat, 28 Apr 2001 19:04:12 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T24Cd96340; Sat, 28 Apr 2001 19:04:12 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 19:04:12 -0700 (PDT) From: Message-Id: <200104290204.f3T24Cd96340@freefall.freebsd.org> To: jfh@cise.ufl.edu, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/26896: Kernel panic during ktrace (vrele: negative ref cnt) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Kernel panic during ktrace (vrele: negative ref cnt) State-Changed-From-To: open->closed State-Changed-By: dd State-Changed-When: Sat Apr 28 19:03:52 PDT 2001 State-Changed-Why: Duplicate of 26878 http://www.freebsd.org/cgi/query-pr.cgi?pr=26896 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19: 7:58 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2F89D37B423; Sat, 28 Apr 2001 19:07:57 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T27vs99057; Sat, 28 Apr 2001 19:07:57 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 19:07:57 -0700 (PDT) From: Message-Id: <200104290207.f3T27vs99057@freefall.freebsd.org> To: dd@FreeBSD.org, freebsd-bugs@FreeBSD.org, cg@FreeBSD.org Subject: Re: kern/26877: loading snd_emu10k1 module causes lockup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: loading snd_emu10k1 module causes lockup Responsible-Changed-From-To: freebsd-bugs->cg Responsible-Changed-By: dd Responsible-Changed-When: Sat Apr 28 19:07:45 PDT 2001 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=26877 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19: 9:10 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1ECAB37B423; Sat, 28 Apr 2001 19:09:08 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T296P99173; Sat, 28 Apr 2001 19:09:06 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 19:09:06 -0700 (PDT) From: Message-Id: <200104290209.f3T296P99173@freefall.freebsd.org> To: ishizuka@xephion.ne.jp, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/26832: ssh cannot login without password when using ~/.shosts Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ssh cannot login without password when using ~/.shosts State-Changed-From-To: open->closed State-Changed-By: dd State-Changed-When: Sat Apr 28 19:08:48 PDT 2001 State-Changed-Why: Originator has been introduced to ENABLE_SETUID_SSH http://www.freebsd.org/cgi/query-pr.cgi?pr=26832 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19:10: 0 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3240E37B423; Sat, 28 Apr 2001 19:09:58 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T29vb99273; Sat, 28 Apr 2001 19:09:57 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 19:09:57 -0700 (PDT) From: Message-Id: <200104290209.f3T29vb99273@freefall.freebsd.org> To: mb@imp.ch, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/25896: [PATCH] several fixes for nfsd(8) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] several fixes for nfsd(8) State-Changed-From-To: open->closed State-Changed-By: dd State-Changed-When: Sat Apr 28 19:09:32 PDT 2001 State-Changed-Why: > Can this be closed? > > Kris yes [...] http://www.freebsd.org/cgi/query-pr.cgi?pr=25896 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19:16:48 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D69D137B423; Sat, 28 Apr 2001 19:16:46 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T2Gke99686; Sat, 28 Apr 2001 19:16:46 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 19:16:46 -0700 (PDT) From: Message-Id: <200104290216.f3T2Gke99686@freefall.freebsd.org> To: dd@FreeBSD.org, freebsd-bugs@FreeBSD.org, cg@FreeBSD.org Subject: Re: kern/26430: -CURRENT panics on cat /dev/dsp or cat /dev/audio Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: -CURRENT panics on cat /dev/dsp or cat /dev/audio Responsible-Changed-From-To: freebsd-bugs->cg Responsible-Changed-By: dd Responsible-Changed-When: Sat Apr 28 19:16:30 PDT 2001 Responsible-Changed-Why: Over to sound guy. http://www.freebsd.org/cgi/query-pr.cgi?pr=26430 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19:16:56 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from mta02-svc.ntlworld.com (mta02-svc.ntlworld.com [62.253.162.42]) by hub.freebsd.org (Postfix) with ESMTP id 8A39E37B423 for ; Sat, 28 Apr 2001 19:16:54 -0700 (PDT) (envelope-from greid@FreeBSD.org) Received: from sobek.openirc.co.uk ([62.252.8.1]) by mta02-svc.ntlworld.com (InterMail vM.4.01.02.27 201-229-119-110) with ESMTP id <20010429021649.PZLR290.mta02-svc.ntlworld.com@sobek.openirc.co.uk>; Sun, 29 Apr 2001 03:16:49 +0100 Date: Sun, 29 Apr 2001 03:16:44 +0100 (BST) From: George Reid X-Sender: greid@sobek.openirc.co.uk To: David Xu Cc: freebsd-bugs@FreeBSD.org Subject: Re: kern/26938: 4.3-stable is a broken kernel In-Reply-To: <00f901c0d050$96db7620$cc01a8c0@xyf> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, 29 Apr 2001, David Xu wrote: > I want Matt or other kernel hackers to review this PR, If Matt or the 'other kernel hackers' who aren't me decide this PR is worthwhile, they will undoubtedly reopen it and fix the glaring error in the VM system which is so wonderfully pointed out by your pseudodiff. Is that a pig flying past my window? ~greid To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19:17:29 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.cise.ufl.edu (beach.cise.ufl.edu [128.227.205.211]) by hub.freebsd.org (Postfix) with ESMTP id 26C9337B422; Sat, 28 Apr 2001 19:17:27 -0700 (PDT) (envelope-from jfh@cise.ufl.edu) Received: from cise.ufl.edu (waterspout.cise.ufl.edu [128.227.205.52]) by mail.cise.ufl.edu (Postfix) with ESMTP id 6AF34DD75; Sat, 28 Apr 2001 22:17:26 -0400 (EDT) To: dd@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org Subject: Re: kern/26896: Kernel panic during ktrace (vrele: negative ref cnt) In-Reply-To: Message from of "Sat, 28 Apr 2001 19:04:12 PDT." <200104290204.f3T24Cd96340@freefall.freebsd.org> Date: Sat, 28 Apr 2001 22:17:26 -0400 From: "James F. Hranicky" Message-Id: <20010429021726.6AF34DD75@mail.cise.ufl.edu> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org wrote: > Synopsis: Kernel panic during ktrace (vrele: negative ref cnt) > > State-Changed-From-To: open->closed > State-Changed-By: dd > State-Changed-When: Sat Apr 28 19:03:52 PDT 2001 > State-Changed-Why: > Duplicate of 26878 > > http://www.freebsd.org/cgi/query-pr.cgi?pr=26896 Are you sure it's a true duplicate? Even though they both called vrele, one panic occurred in ktrops and one in nfsrv_symlink ... ---------------------------------------------------------------------- | Jim Hranicky, Senior SysAdmin UF/CISE Department | | E314D CSE Building Phone (352) 392-1499 | | jfh@cise.ufl.edu http://www.cise.ufl.edu/~jfh | ---------------------------------------------------------------------- - If I can't share your intellectual property, - - why can you share my personal information ? - - Vote for Privacy - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19:21:22 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id AC24637B424; Sat, 28 Apr 2001 19:21:20 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T2LKw00130; Sat, 28 Apr 2001 19:21:20 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 19:21:20 -0700 (PDT) From: Message-Id: <200104290221.f3T2LKw00130@freefall.freebsd.org> To: dd@FreeBSD.org, freebsd-bugs@FreeBSD.org, darrenr@FreeBSD.org Subject: Re: conf/26275: ipfilter_enable in rc.conf does not load kld Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ipfilter_enable in rc.conf does not load kld Responsible-Changed-From-To: freebsd-bugs->darrenr Responsible-Changed-By: dd Responsible-Changed-When: Sat Apr 28 19:20:56 PDT 2001 Responsible-Changed-Why: Over to IPFilter maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=26275 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19:24:48 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id DFD9037B42C; Sat, 28 Apr 2001 19:24:46 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T2OkT00431; Sat, 28 Apr 2001 19:24:46 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 19:24:46 -0700 (PDT) From: Message-Id: <200104290224.f3T2OkT00431@freefall.freebsd.org> To: dd@FreeBSD.org, freebsd-bugs@FreeBSD.org, markm@FreeBSD.org Subject: Re: bin/26093: pam_unix rejects authenticating accounts with empty passwords Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pam_unix rejects authenticating accounts with empty passwords Responsible-Changed-From-To: freebsd-bugs->markm Responsible-Changed-By: dd Responsible-Changed-When: Sat Apr 28 19:23:54 PDT 2001 Responsible-Changed-Why: markm said something along the lines of fixing this (this one includes a patch, Mark). http://www.freebsd.org/cgi/query-pr.cgi?pr=26093 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19:26:26 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 5BDCF37B424; Sat, 28 Apr 2001 19:26:24 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T2QO400617; Sat, 28 Apr 2001 19:26:24 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 19:26:24 -0700 (PDT) From: Message-Id: <200104290226.f3T2QO400617@freefall.freebsd.org> To: shelton@sentry.granch.com, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/25992: System hangs when read-only floppy has been mounted Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: System hangs when read-only floppy has been mounted State-Changed-From-To: open->feedback State-Changed-By: dd State-Changed-When: Sat Apr 28 19:26:10 PDT 2001 State-Changed-Why: Are you mounting the floppy in read-only mode? I.e., are you doing `mount -r /dev/fd0 /mnt`? If you're not specifying the ``-r'', then I'm not surprised (I guess it should panic, not hang, though). If you are using ``-r'', then I can't reproduce this; I have a couple of computers with read-only floppies in them (for tripwire). http://www.freebsd.org/cgi/query-pr.cgi?pr=25992 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19:27:37 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4434737B424; Sat, 28 Apr 2001 19:27:35 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T2RYt00820; Sat, 28 Apr 2001 19:27:34 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 19:27:34 -0700 (PDT) From: Message-Id: <200104290227.f3T2RYt00820@freefall.freebsd.org> To: jtrainor@fastekintl.com, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/26034: kldload() panics if error code is returned from _load(). Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: kldload() panics if error code is returned from _load(). State-Changed-From-To: open->closed State-Changed-By: dd State-Changed-When: Sat Apr 28 19:27:16 PDT 2001 State-Changed-Why: Problem appears to be in the sample code. http://www.freebsd.org/cgi/query-pr.cgi?pr=26034 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19:28:25 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id EE6DF37B424; Sat, 28 Apr 2001 19:28:22 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T2SMT00947; Sat, 28 Apr 2001 19:28:22 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 19:28:22 -0700 (PDT) From: Message-Id: <200104290228.f3T2SMT00947@freefall.freebsd.org> To: 3d@FreeBSD.org, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/25964: What category to file problems with www.freebsd.org? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: What category to file problems with www.freebsd.org? State-Changed-From-To: open->closed State-Changed-By: dd State-Changed-When: Sat Apr 28 19:27:56 PDT 2001 State-Changed-Why: Web site reports go in the docs/ category; there aren't enough problems for a www/ category. http://www.freebsd.org/cgi/query-pr.cgi?pr=25964 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19:29:26 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9356A37B424; Sat, 28 Apr 2001 19:29:24 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T2TOU01080; Sat, 28 Apr 2001 19:29:24 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 19:29:24 -0700 (PDT) From: Message-Id: <200104290229.f3T2TOU01080@freefall.freebsd.org> To: jocke__@linuxmail.org, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/25900: system crach and reboot when use mount_cd9660 on a bad CD-R Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: system crach and reboot when use mount_cd9660 on a bad CD-R State-Changed-From-To: open->feedback State-Changed-By: dd State-Changed-When: Sat Apr 28 19:29:12 PDT 2001 State-Changed-Why: Can you try updating your system to 4.2-STABLE (which is really 4.3 pre-release now) and check if the problem persists? http://www.freebsd.org/cgi/query-pr.cgi?pr=25900 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19:33:33 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8FB3037B43C; Sat, 28 Apr 2001 19:33:31 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T2XV901583; Sat, 28 Apr 2001 19:33:31 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 19:33:31 -0700 (PDT) From: Message-Id: <200104290233.f3T2XV901583@freefall.freebsd.org> To: dd@FreeBSD.org, freebsd-bugs@FreeBSD.org, darrenr@FreeBSD.org Subject: Re: bin/25403: ipfilter: enable ipv6 and STATETOP in 4.2-stable Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ipfilter: enable ipv6 and STATETOP in 4.2-stable Responsible-Changed-From-To: freebsd-bugs->darrenr Responsible-Changed-By: dd Responsible-Changed-When: Sat Apr 28 19:33:09 PDT 2001 Responsible-Changed-Why: Over to IPFilter maintainer. I don't know if this change already went in, but Darren should know. http://www.freebsd.org/cgi/query-pr.cgi?pr=25403 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19:35:34 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 3308837B424; Sat, 28 Apr 2001 19:35:33 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T2ZXq01766; Sat, 28 Apr 2001 19:35:33 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 19:35:33 -0700 (PDT) From: Message-Id: <200104290235.f3T2ZXq01766@freefall.freebsd.org> To: dd@FreeBSD.org, freebsd-bugs@FreeBSD.org, bde@FreeBSD.org Subject: Re: kern/25248: sys/user.h needs sys/param.h, but doesn't include it. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sys/user.h needs sys/param.h, but doesn't include it. Responsible-Changed-From-To: freebsd-bugs->bde Responsible-Changed-By: dd Responsible-Changed-When: Sat Apr 28 19:35:20 PDT 2001 Responsible-Changed-Why: Looks like something Bruce might be interested in investigating. http://www.freebsd.org/cgi/query-pr.cgi?pr=25248 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19:41:35 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 71C3B37B423; Sat, 28 Apr 2001 19:41:33 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T2fXk02386; Sat, 28 Apr 2001 19:41:33 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 19:41:33 -0700 (PDT) From: Message-Id: <200104290241.f3T2fXk02386@freefall.freebsd.org> To: root@fbsd.hilliard.com, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/24387: 4.2 compile bombs at PERL build Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 4.2 compile bombs at PERL build State-Changed-From-To: open->closed State-Changed-By: dd State-Changed-When: Sat Apr 28 19:41:01 PDT 2001 State-Changed-Why: If you're compiling 4.x on 3.x, don't do that. Otherwise, I'm sure has been fixed: build failures don't hang around long. http://www.freebsd.org/cgi/query-pr.cgi?pr=24387 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19:44:58 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 38ED337B423; Sat, 28 Apr 2001 19:44:57 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T2iuL02889; Sat, 28 Apr 2001 19:44:56 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 19:44:56 -0700 (PDT) From: Message-Id: <200104290244.f3T2iuL02889@freefall.freebsd.org> To: carl@xena.ipaustralia.gov.au, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/24079: make release fails in 4.2-STABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: make release fails in 4.2-STABLE State-Changed-From-To: open->closed State-Changed-By: dd State-Changed-When: Sat Apr 28 19:44:48 PDT 2001 State-Changed-Why: Transient build error. http://www.freebsd.org/cgi/query-pr.cgi?pr=24079 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19:46:31 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4F31837B423; Sat, 28 Apr 2001 19:46:29 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T2kTG03269; Sat, 28 Apr 2001 19:46:29 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 19:46:29 -0700 (PDT) From: Message-Id: <200104290246.f3T2kTG03269@freefall.freebsd.org> To: mbadolato@cybernox.com, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/23870: Crashing on make buildworld Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Crashing on make buildworld State-Changed-From-To: open->closed State-Changed-By: dd State-Changed-When: Sat Apr 28 19:46:20 PDT 2001 State-Changed-Why: Most likely a hardware problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=23870 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19:50: 0 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B478C37B424; Sat, 28 Apr 2001 19:49:58 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T2nwo03551; Sat, 28 Apr 2001 19:49:58 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 19:49:58 -0700 (PDT) From: Message-Id: <200104290249.f3T2nwo03551@freefall.freebsd.org> To: markd@Kermodei.com, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/23677: Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: State-Changed-From-To: open->closed State-Changed-By: dd State-Changed-When: Sat Apr 28 19:49:21 PDT 2001 State-Changed-Why: Looks like pilot error; those files are definitely updated by installworld. If this problem persists, send a message to questions@freebsd.org with *a lot* more details. http://www.freebsd.org/cgi/query-pr.cgi?pr=23677 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19:51:22 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 362BA37B424; Sat, 28 Apr 2001 19:51:21 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T2pLm06260; Sat, 28 Apr 2001 19:51:21 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 19:51:21 -0700 (PDT) From: Message-Id: <200104290251.f3T2pLm06260@freefall.freebsd.org> To: paulo@jetsam.com, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/19646: Level 0 dump takes way longer than it should on 300GB scsi disk Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Level 0 dump takes way longer than it should on 300GB scsi disk State-Changed-From-To: open->closed State-Changed-By: dd State-Changed-When: Sat Apr 28 19:51:10 PDT 2001 State-Changed-Why: Originator reports that this is not a dump problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=19646 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19:57:56 2001 Delivered-To: freebsd-bugs@freebsd.org Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.80]) by hub.freebsd.org (Postfix) with ESMTP id 7406E37B424; Sat, 28 Apr 2001 19:57:52 -0700 (PDT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id C7FFE6ACB8; Sun, 29 Apr 2001 12:27:50 +0930 (CST) Date: Sun, 29 Apr 2001 12:27:50 +0930 From: Greg Lehey To: George Reid Cc: David Xu , freebsd-bugs@FreeBSD.org Subject: Re: kern/26938: 4.3-stable is a broken kernel Message-ID: <20010429122750.F52871@wantadilla.lemis.com> References: <00f901c0d050$96db7620$cc01a8c0@xyf> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from greid@FreeBSD.org on Sun, Apr 29, 2001 at 03:16:44AM +0100 Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.lemis.com/~grog X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sunday, 29 April 2001 at 3:16:44 +0100, George Reid wrote: > On Sun, 29 Apr 2001, David Xu wrote: > >> I want Matt or other kernel hackers to review this PR, Note that you can't force anybody to look at your PR. In particular, Matt Dillon has plenty of other stuff to do. > If Matt or the 'other kernel hackers' who aren't me decide this PR > is worthwhile, they will undoubtedly reopen it and fix the glaring > error in the VM system which is so wonderfully pointed out by your > pseudodiff. That doesn't make it correct to close the PR. David is pointing to a regression here: he says that the system can no longer recover from a resource problem where it previously did. That's serious enough to take another look at. I did take another look. I couldn't reproduce the problem. I've been running the test program for 5 minutes now, and I've collected about 3,200 zombies. Further forks fail because the proc table is full. There! I've stopped it with ^C. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 19:59:44 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 393CA37B422; Sat, 28 Apr 2001 19:59:43 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T2xhi07173; Sat, 28 Apr 2001 19:59:43 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 19:59:43 -0700 (PDT) From: Message-Id: <200104290259.f3T2xhi07173@freefall.freebsd.org> To: dd@FreeBSD.org, freebsd-bugs@FreeBSD.org, alfred@FreeBSD.org Subject: Re: kern/26893: nfs_vnops: comment update (locking is now supported) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: nfs_vnops: comment update (locking is now supported) Responsible-Changed-From-To: freebsd-bugs->alfred Responsible-Changed-By: dd Responsible-Changed-When: Sat Apr 28 19:58:54 PDT 2001 Responsible-Changed-Why: alfred implemented locking. http://www.freebsd.org/cgi/query-pr.cgi?pr=26893 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 20: 0:53 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9230C37B42C; Sat, 28 Apr 2001 20:00:51 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T30pV07277; Sat, 28 Apr 2001 20:00:51 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 20:00:51 -0700 (PDT) From: Message-Id: <200104290300.f3T30pV07277@freefall.freebsd.org> To: td@ii.uib.no, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/26746: dmesg only prints the last couple of lines of the message buffer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: dmesg only prints the last couple of lines of the message buffer State-Changed-From-To: open->feedback State-Changed-By: dd State-Changed-When: Sat Apr 28 20:00:41 PDT 2001 State-Changed-Why: Did you try the -a option? http://www.freebsd.org/cgi/query-pr.cgi?pr=26746 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 20: 3:35 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id B92F537B423; Sat, 28 Apr 2001 20:03:33 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T33Wu07423; Sat, 28 Apr 2001 20:03:32 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 20:03:32 -0700 (PDT) From: Message-Id: <200104290303.f3T33Wu07423@freefall.freebsd.org> To: land@dnepr.net, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/24524: /etc/security uses dmesg instead dmesg -a in latest STABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /etc/security uses dmesg instead dmesg -a in latest STABLE State-Changed-From-To: open->closed State-Changed-By: dd State-Changed-When: Sat Apr 28 20:03:01 PDT 2001 State-Changed-Why: Duplicate of 26870, which includes a patch. http://www.freebsd.org/cgi/query-pr.cgi?pr=24524 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 20: 5:42 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 2BB5537B423; Sat, 28 Apr 2001 20:05:41 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T35fK10006; Sat, 28 Apr 2001 20:05:41 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 20:05:41 -0700 (PDT) From: Message-Id: <200104290305.f3T35fK10006@freefall.freebsd.org> To: dd@FreeBSD.org, freebsd-bugs@FreeBSD.org, obrien@FreeBSD.org Subject: Re: gnu/26827: gcc doesn't know about '%+' in formatstring of strftime() Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: gcc doesn't know about '%+' in formatstring of strftime() Responsible-Changed-From-To: freebsd-bugs->obrien Responsible-Changed-By: dd Responsible-Changed-When: Sat Apr 28 20:05:10 PDT 2001 Responsible-Changed-Why: Over to in-tree gcc maintainer, who should know (where to find out) if '%+' is a FreeBSDism. http://www.freebsd.org/cgi/query-pr.cgi?pr=26827 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 20: 6:26 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 22D3937B422; Sat, 28 Apr 2001 20:06:23 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T36NF10357; Sat, 28 Apr 2001 20:06:23 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 20:06:23 -0700 (PDT) From: Message-Id: <200104290306.f3T36NF10357@freefall.freebsd.org> To: dd@FreeBSD.org, freebsd-bugs@FreeBSD.org, jkh@FreeBSD.org Subject: Re: conf/26770: sysinstall does not generate correct rc.conf when sendmail and inetd are disabled Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sysinstall does not generate correct rc.conf when sendmail and inetd are disabled Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: dd Responsible-Changed-When: Sat Apr 28 20:06:10 PDT 2001 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=26770 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 20: 6:49 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id DA4E237B422; Sat, 28 Apr 2001 20:06:46 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T36k510450; Sat, 28 Apr 2001 20:06:46 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 20:06:46 -0700 (PDT) From: Message-Id: <200104290306.f3T36k510450@freefall.freebsd.org> To: dd@FreeBSD.org, freebsd-bugs@FreeBSD.org, darrenr@FreeBSD.org Subject: Re: misc/26763: installing ipfilter sample files to share/examples Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: installing ipfilter sample files to share/examples Responsible-Changed-From-To: freebsd-bugs->darrenr Responsible-Changed-By: dd Responsible-Changed-When: Sat Apr 28 20:06:34 PDT 2001 Responsible-Changed-Why: Over to IPFilter maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=26763 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 20: 7:46 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 525F537B422; Sat, 28 Apr 2001 20:07:44 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T37i410546; Sat, 28 Apr 2001 20:07:44 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 20:07:44 -0700 (PDT) From: Message-Id: <200104290307.f3T37i410546@freefall.freebsd.org> To: dd@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-doc@freebsd.org Subject: Re: misc/26742: misleading information in handbook Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: misleading information in handbook Responsible-Changed-From-To: freebsd-bugs->freebsd-doc Responsible-Changed-By: dd Responsible-Changed-When: Sat Apr 28 20:07:21 PDT 2001 Responsible-Changed-Why: docs problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=26742 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 20: 9:31 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 1A25037B422; Sat, 28 Apr 2001 20:09:29 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T39Tu10738; Sat, 28 Apr 2001 20:09:29 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 20:09:29 -0700 (PDT) From: Message-Id: <200104290309.f3T39Tu10738@freefall.freebsd.org> To: dd@FreeBSD.org, freebsd-bugs@FreeBSD.org, bmah@FreeBSD.org Subject: Re: bin/26664: pkg_version -v trims package names that are over 31 characters Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pkg_version -v trims package names that are over 31 characters Responsible-Changed-From-To: freebsd-bugs->bmah Responsible-Changed-By: dd Responsible-Changed-When: Sat Apr 28 20:09:21 PDT 2001 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=26664 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 20:13:39 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8083537B42C; Sat, 28 Apr 2001 20:13:38 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T3DcS11126; Sat, 28 Apr 2001 20:13:38 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 20:13:38 -0700 (PDT) From: Message-Id: <200104290313.f3T3DcS11126@freefall.freebsd.org> To: jfh@cise.ufl.edu, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/26896: Kernel panic during ktrace (vrele: negative ref cnt) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Kernel panic during ktrace (vrele: negative ref cnt) State-Changed-From-To: closed->open State-Changed-By: dd State-Changed-When: Sat Apr 28 20:13:18 PDT 2001 State-Changed-Why: Last close was bogus; even though the error message is the same, it seems to be a different problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=26896 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 20:14:32 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E77DB37B422; Sat, 28 Apr 2001 20:14:30 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T3EU111353; Sat, 28 Apr 2001 20:14:30 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 20:14:30 -0700 (PDT) From: Message-Id: <200104290314.f3T3EU111353@freefall.freebsd.org> To: dd@FreeBSD.org, freebsd-bugs@FreeBSD.org, gshapiro@FreeBSD.org Subject: Re: misc/26648: Typo in /var/yp/Makefile.dist Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Typo in /var/yp/Makefile.dist Responsible-Changed-From-To: freebsd-bugs->gshapiro Responsible-Changed-By: dd Responsible-Changed-When: Sat Apr 28 20:14:16 PDT 2001 Responsible-Changed-Why: /etc/aliases -> /etc/mail/aliases fodder http://www.freebsd.org/cgi/query-pr.cgi?pr=26648 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 20:16:13 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D33E237B424; Sat, 28 Apr 2001 20:16:11 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T3GBP11574; Sat, 28 Apr 2001 20:16:11 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 20:16:11 -0700 (PDT) From: Message-Id: <200104290316.f3T3GBP11574@freefall.freebsd.org> To: dd@FreeBSD.org, freebsd-bugs@FreeBSD.org, markm@FreeBSD.org Subject: Re: bin/26375: PAMized su allows non-wheel members to su root Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: PAMized su allows non-wheel members to su root Responsible-Changed-From-To: freebsd-bugs->markm Responsible-Changed-By: dd Responsible-Changed-When: Sat Apr 28 20:16:01 PDT 2001 Responsible-Changed-Why: markm PAMized su. http://www.freebsd.org/cgi/query-pr.cgi?pr=26375 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 20:18: 0 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8FEC237B424; Sat, 28 Apr 2001 20:17:58 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T3Hwm11739; Sat, 28 Apr 2001 20:17:58 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 20:17:58 -0700 (PDT) From: Message-Id: <200104290317.f3T3Hwm11739@freefall.freebsd.org> To: dd@FreeBSD.org, freebsd-bugs@FreeBSD.org, sos@FreeBSD.org Subject: Re: misc/26306: misspelling in burncd application Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: misspelling in burncd application Responsible-Changed-From-To: freebsd-bugs->sos Responsible-Changed-By: dd Responsible-Changed-When: Sat Apr 28 20:17:47 PDT 2001 Responsible-Changed-Why: Over to maintainer (sos, this one has a patch). http://www.freebsd.org/cgi/query-pr.cgi?pr=26306 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 20:20:38 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 720A037B423; Sat, 28 Apr 2001 20:20:37 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T3Kbk12053; Sat, 28 Apr 2001 20:20:37 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 20:20:37 -0700 (PDT) From: Message-Id: <200104290320.f3T3Kbk12053@freefall.freebsd.org> To: ches@lumeta.com, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/25590: execve documentation doesn't mention EBADF Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: execve documentation doesn't mention EBADF State-Changed-From-To: open->closed State-Changed-By: dd State-Changed-When: Sat Apr 28 20:19:19 PDT 2001 State-Changed-Why: execve should not return EBADF. If it does, please file a PR with a sample program which demonstrates this behavior. http://www.freebsd.org/cgi/query-pr.cgi?pr=25590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 20:22:48 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id E585B37B423; Sat, 28 Apr 2001 20:22:46 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T3Mk712298; Sat, 28 Apr 2001 20:22:46 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 20:22:46 -0700 (PDT) From: Message-Id: <200104290322.f3T3Mk712298@freefall.freebsd.org> To: simmons75@usa.net, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/25903: make buildworld fails in libcrypt Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: make buildworld fails in libcrypt State-Changed-From-To: open->closed State-Changed-By: dd State-Changed-When: Sat Apr 28 20:22:37 PDT 2001 State-Changed-Why: Transient build error. http://www.freebsd.org/cgi/query-pr.cgi?pr=25903 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 20:24:31 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id DBEC437B424; Sat, 28 Apr 2001 20:24:29 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T3OTQ12520; Sat, 28 Apr 2001 20:24:29 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 20:24:29 -0700 (PDT) From: Message-Id: <200104290324.f3T3OTQ12520@freefall.freebsd.org> To: phk@critter.freebsd.dk, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org, peter@FreeBSD.org Subject: Re: bin/25850: CRON shouts Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: CRON shouts State-Changed-From-To: open->analyzed State-Changed-By: dd State-Changed-When: Sat Apr 28 20:23:37 PDT 2001 State-Changed-Why: Fixed in rev. 1.20 of src/usr.sbin/cron/cron/do_command.c by peter. Responsible-Changed-From-To: freebsd-bugs->peter Responsible-Changed-By: dd Responsible-Changed-When: Sat Apr 28 20:23:37 PDT 2001 Responsible-Changed-Why: peter's MFC remider. http://www.freebsd.org/cgi/query-pr.cgi?pr=25850 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 20:25:14 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8A2C937B422; Sat, 28 Apr 2001 20:25:11 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T3PBx12690; Sat, 28 Apr 2001 20:25:11 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 20:25:11 -0700 (PDT) From: Message-Id: <200104290325.f3T3PBx12690@freefall.freebsd.org> To: dd@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-docs@FreeBSD.org Subject: Re: bin/25837: [PATCH] properly document vfc_flags in getvfsent(3) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] properly document vfc_flags in getvfsent(3) Responsible-Changed-From-To: freebsd-bugs->freebsd-docs Responsible-Changed-By: dd Responsible-Changed-When: Sat Apr 28 20:25:04 PDT 2001 Responsible-Changed-Why: docs problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=25837 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 20:26:17 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id D423637B423; Sat, 28 Apr 2001 20:26:14 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T3QEi12833; Sat, 28 Apr 2001 20:26:14 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 20:26:14 -0700 (PDT) From: Message-Id: <200104290326.f3T3QEi12833@freefall.freebsd.org> To: bdluevel@heitec.net, dd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/25162: syntax error in src/release/Makefile Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: syntax error in src/release/Makefile State-Changed-From-To: open->closed State-Changed-By: dd State-Changed-When: Sat Apr 28 20:26:03 PDT 2001 State-Changed-Why: Usage of vnconfig was correct; mdconfig is used now, anyway. http://www.freebsd.org/cgi/query-pr.cgi?pr=25162 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 20:28:15 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 75E1E37B423; Sat, 28 Apr 2001 20:28:14 -0700 (PDT) (envelope-from dd@FreeBSD.org) Received: (from dd@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T3SE413012; Sat, 28 Apr 2001 20:28:14 -0700 (PDT) (envelope-from dd) Date: Sat, 28 Apr 2001 20:28:14 -0700 (PDT) From: Message-Id: <200104290328.f3T3SE413012@freefall.freebsd.org> To: dd@FreeBSD.org, freebsd-bugs@FreeBSD.org, des@FreeBSD.org Subject: Re: bin/25699: ftpd bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ftpd bug Responsible-Changed-From-To: freebsd-bugs->des Responsible-Changed-By: dd Responsible-Changed-When: Sat Apr 28 20:27:52 PDT 2001 Responsible-Changed-Why: Better patch submitted by des. Perhaps he should commit it (if this didn't already happen)? http://www.freebsd.org/cgi/query-pr.cgi?pr=25699 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 21:20:10 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 8F5DC37B43F for ; Sat, 28 Apr 2001 21:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T4K1819510; Sat, 28 Apr 2001 21:20:01 -0700 (PDT) (envelope-from gnats) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 9171637B422 for ; Sat, 28 Apr 2001 21:14:21 -0700 (PDT) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T4ELM19011; Sat, 28 Apr 2001 21:14:21 -0700 (PDT) (envelope-from nobody) Message-Id: <200104290414.f3T4ELM19011@freefall.freebsd.org> Date: Sat, 28 Apr 2001 21:14:21 -0700 (PDT) From: jmallett@newgold.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/26942: attempting to open a devfs device node causes crash Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 26942 >Category: kern >Synopsis: attempting to open a devfs device node causes crash >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 28 21:20:01 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Joseph Mallett >Release: 4.3-STABLE >Organization: xMach Research Group >Environment: not available >Description: On my machine running 4.3-STABLE using devfs, with a swap device of ad0s2b, attempting to open /dev/rad0s2b using vi or to run strings on it (as root) causes a total crash. >How-To-Repeat: sudo vi /dev/rad0s2b >Fix: na >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 21:40: 6 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 48BAD37B422 for ; Sat, 28 Apr 2001 21:40:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T4e3u20900; Sat, 28 Apr 2001 21:40:03 -0700 (PDT) (envelope-from gnats) Date: Sat, 28 Apr 2001 21:40:03 -0700 (PDT) Message-Id: <200104290440.f3T4e3u20900@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Dima Dorfman Subject: Re: kern/26942: attempting to open a devfs device node causes crash Reply-To: Dima Dorfman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/26942; it has been noted by GNATS. From: Dima Dorfman To: jmallett@newgold.net Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/26942: attempting to open a devfs device node causes crash Date: Sat, 28 Apr 2001 21:35:26 -0700 jmallett@newgold.net writes: > > >Number: 26942 > >Category: kern > >Synopsis: attempting to open a devfs device node causes crash > >Description: > On my machine running 4.3-STABLE using devfs, with a swap device of > ad0s2b, attempting to open /dev/rad0s2b using vi or to run strings > on it (as root) causes a total crash. The devfs in RELENG_4, which is broken, isn't the same as the devfs in HEAD, which works quite well. In other words: don't use devfs on -stable: it won't work. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 22:20: 9 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C519537B43C for ; Sat, 28 Apr 2001 22:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T5K3O34703; Sat, 28 Apr 2001 22:20:03 -0700 (PDT) (envelope-from gnats) Date: Sat, 28 Apr 2001 22:20:03 -0700 (PDT) Message-Id: <200104290520.f3T5K3O34703@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Joseph Mallett Subject: Re: kern/26942: attempting to open a devfs device node causes crash Reply-To: Joseph Mallett Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/26942; it has been noted by GNATS. From: Joseph Mallett To: Dima Dorfman Cc: , Subject: Re: kern/26942: attempting to open a devfs device node causes crash Date: Sun, 29 Apr 2001 05:11:37 +0000 (GMT) Are there any plans to fix this in 4.x? -- +--------------------------------------+ | Joseph Mallett | | xMach Core Team | +--------------------------------------+ | xMach: Proactively Unbloated | | Microkernel BSD | | IRC: irc.openprojects.net/#xMach | | Web: www.xMach.org | +--------------------------------------+ On Sat, 28 Apr 2001, Dima Dorfman wrote: > jmallett@newgold.net writes: > > > > >Number: 26942 > > >Category: kern > > >Synopsis: attempting to open a devfs device node causes crash > > >Description: > > On my machine running 4.3-STABLE using devfs, with a swap device of > > ad0s2b, attempting to open /dev/rad0s2b using vi or to run strings > > on it (as root) causes a total crash. > > The devfs in RELENG_4, which is broken, isn't the same as the devfs in > HEAD, which works quite well. In other words: don't use devfs on > -stable: it won't work. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Apr 28 22:20:13 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A4F2037B43E for ; Sat, 28 Apr 2001 22:20:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.11.1/8.11.1) id f3T5K5O34739; Sat, 28 Apr 2001 22:20:05 -0700 (PDT) (envelope-from gnats) Date: Sat, 28 Apr 2001 22:20:05 -0700 (PDT) Message-Id: <200104290520.f3T5K5O34739@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Dima Dorfman Subject: Re: kern/26942: attempting to open a devfs device node causes crash Reply-To: Dima Dorfman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/26942; it has been noted by GNATS. From: Dima Dorfman To: Joseph Mallett Cc: jmallett@newgold.net, freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/26942: attempting to open a devfs device node causes crash Date: Sat, 28 Apr 2001 22:18:54 -0700 Joseph Mallett writes: > Are there any plans to fix this in 4.x? Not that I know of. I doubt phk will want to MFC it. The devfs in RELENG_4 is a completely different system, written by a different author. > > -- > +--------------------------------------+ > | Joseph Mallett | > | xMach Core Team | > +--------------------------------------+ > | xMach: Proactively Unbloated | > | Microkernel BSD | > | IRC: irc.openprojects.net/#xMach | > | Web: www.xMach.org | > +--------------------------------------+ > > On Sat, 28 Apr 2001, Dima Dorfman wrote: > > > jmallett@newgold.net writes: > > > > > > >Number: 26942 > > > >Category: kern > > > >Synopsis: attempting to open a devfs device node causes crash > > > >Description: > > > On my machine running 4.3-STABLE using devfs, with a swap device of > > > ad0s2b, attempting to open /dev/rad0s2b using vi or to run strings > > > on it (as root) causes a total crash. > > > > The devfs in RELENG_4, which is broken, isn't the same as the devfs in > > HEAD, which works quite well. In other words: don't use devfs on > > -stable: it won't work. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message