headers
Lucas | 1 Jan 2004 02:18

misc/60773: anoncvs.FreeBSD.org keeps returning End-Of-File


>Number:         60773
>Category:       misc
>Synopsis:       anoncvs.FreeBSD.org keeps returning End-Of-File
>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 Dec 31 17:20:10 PST 2003
>Closed-Date:
>Last-Modified:
>Originator:     Lucas
>Release:        N/A
>Organization:
N/A
>Environment:
N/A
>Description:
      anoncvs.FreeBSD.org keeps returning EOF when I try to checkout or release modules.  This problem is intermittent.

Exact error messages:

--snip--
Lucas <at> your-xu5v9frokn ~
(Continue reading)

Permalink | Reply | 0 comments |
headers
Lucas | 1 Jan 2004 05:49

misc/60780: chastise: security hole?


>Number:         60780
>Category:       misc
>Synopsis:       chastise: security hole?
>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 Dec 31 20:50:18 PST 2003
>Closed-Date:
>Last-Modified:
>Originator:     Lucas
>Release:        N/A
>Organization:
N/A
>Environment:
N/A
>Description:
      Chastise, if called from within an infinite loop, could cause a user's home to be destroyed.  This could
possibly be exploited by a malicious user.
>How-To-Repeat:
      Will be posted in a follow-up (hopefully).
>Fix:
      Fix is not known at this time
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jun Kuriyama | 1 Jan 2004 11:28
Picon
Favicon

Re: bin/35842: rm -f nonexistent file successful but rm -fr is not in some conditions

Synopsis: rm -f nonexistent file successful but rm -fr is not in some conditions

State-Changed-From-To: open->closed
State-Changed-By: kuriyama
State-Changed-When: Thu Jan 1 02:27:26 PST 2004
State-Changed-Why: 
Committed, thanks!

http://www.freebsd.org/cgi/query-pr.cgi?pr=35842
_______________________________________________
freebsd-bugs <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscribe <at> freebsd.org"
Permalink | Reply | 0 comments |
headers
Jun Kuriyama | 1 Jan 2004 11:29
Picon
Favicon

Re: kern/16815: Cannot "rm -rf" for not-existed file on read-only nfs

Synopsis: Cannot "rm -rf" for not-existed file on read-only nfs

State-Changed-From-To: open->closed
State-Changed-By: kuriyama
State-Changed-When: Thu Jan 1 02:28:49 PST 2004
State-Changed-Why: 
bin/35842 should fix this.

http://www.freebsd.org/cgi/query-pr.cgi?pr=16815
_______________________________________________
freebsd-bugs <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscribe <at> freebsd.org"
Permalink | Reply | 0 comments |
headers
Ceri Davies | 1 Jan 2004 17:06
Picon
Favicon

Re: misc/60780: chastise: security hole?

Synopsis: chastise: security hole?

State-Changed-From-To: open->closed
State-Changed-By: ceri
State-Changed-When: Thu Jan 1 08:04:16 PST 2004
State-Changed-Why: 
This PR does not contain nearly enough information to be of any use.
For instance, what is "chastise"?
Once that has been answered, it would be a good idea to submit
information on how to repeat the bug with the initial PR submission -
otherwise the PR is simply a statement that some unknown program may
cause an unknown security hole if used in an unspecified way.

http://www.freebsd.org/cgi/query-pr.cgi?pr=60780
_______________________________________________
freebsd-bugs <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscribe <at> freebsd.org"
Permalink | Reply | 0 comments |
headers
fbsd_user | 1 Jan 2004 19:33

kern/60790: IPFW loadable module is useless as released


>Number:         60790
>Category:       kern
>Synopsis:       IPFW loadable module is useless as released
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          update
>Submitter-Id:   current-users
>Arrival-Date:   Thu Jan 01 10:40:10 PST 2004
>Closed-Date:
>Last-Modified:
>Originator:     Charlie &
>Release:        FreeBSD 4.7  4.9  5.2 RELEASE i386
>Organization:
>Environment:
Description: The IPFW loadable module was created with these options
Divert disabled, logging disabled, rule-based forwarding enabled, default to deny
Configured this way the loadable module is pretty much useless. 
So much so that it should not even have been created in the first place.

>Description:
>How-To-Repeat:
	
>Fix:
(Continue reading)

Permalink | Reply | 0 comments |
headers
fbsd_user | 1 Jan 2004 19:53

conf/60791: update /etc/fstab file


>Number:         60791
>Category:       conf
>Synopsis:       update /etc/fstab file
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          update
>Submitter-Id:   current-users
>Arrival-Date:   Thu Jan 01 11:00:31 PST 2004
>Closed-Date:
>Last-Modified:
>Originator:     Charlie &
>Release:        FreeBSD 5.2-RELEASE i386
>Organization:
>Environment:
>Description:
add 3 new lines to fstab file. one for an second cdrom drive
with mount point of /cdrom2.
Add statments for floppy drive using ufs and  mount point of /a
add commented out statment for floppy drive using msdos and longnames
with mount point /a
User can choose which floppy type he wants by
commenting and uncommenting statments.
Also have to do mkdir /a and mkdir /cdrom2 to complete the change
(Continue reading)

Permalink | Reply | 0 comments |
headers
fbsd_user | 1 Jan 2004 19:59

conf/60792: rc.conf fails to flag unknown values as error


>Number:         60792
>Category:       conf
>Synopsis:       rc.conf fails to flag unknown values as error
>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:   Thu Jan 01 11:00:31 PST 2004
>Closed-Date:
>Last-Modified:
>Originator:     Charlie &
>Release:        FreeBSD 5.2-RELEASE i386
>Organization:
>Environment:
>Description:
put kiss_my_xxxx="YES" statment in rc.conf or filewall_enable="YES"
 this is not flagged as error and should be. 

>How-To-Repeat:
	
>Fix:
(Continue reading)

Permalink | Reply | 0 comments |
headers
fbsd_user | 1 Jan 2004 20:06

conf/60793: treat cvsup-no-gui the same way as pearl at release install time


>Number:         60793
>Category:       conf
>Synopsis:       treat cvsup-no-gui the same way as pearl at release install time
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          update
>Submitter-Id:   current-users
>Arrival-Date:   Thu Jan 01 11:10:18 PST 2004
>Closed-Date:
>Last-Modified:
>Originator:     Charlie &
>Release:        FreeBSD 5.2-RELEASE i386
>Organization:
>Environment:
>Description:
During the 5.2 install process pearl now gets added as package. 
Include cvsup-no-gui package at same time and same way.

>How-To-Repeat:
	
>Fix:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Bill Fumerola | 1 Jan 2004 20:14
Picon
Favicon

Re: kern/60790: IPFW loadable module is useless as released

Synopsis: IPFW loadable module is useless as released

State-Changed-From-To: open->closed
State-Changed-By: billf
State-Changed-When: Thu Jan 1 11:12:26 PST 2004
State-Changed-Why: 
use -DIPFIREWALL_DEFAULT_TO_ACCEPT to compile ipfw with a
ruleset that permits all traffic

http://www.freebsd.org/cgi/query-pr.cgi?pr=60790
_______________________________________________
freebsd-bugs <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscribe <at> freebsd.org"
Permalink | Reply | 0 comments |

Gmane