misc/163497: RGyvhIvNBioDxlIP
>Number: 163497 >Category: misc >Synopsis: RGyvhIvNBioDxlIP >Confidential: no >Severity: serious >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Wed Dec 21 08:50:09 UTC 2011 >Closed-Date: >Last-Modified: >Originator: VsbneCiyvQmz >Release:uUiPQWjKDJinBbCV >Organization: dTuPNMGbASXmcXYCXi >Environment: Right on-this hpeled me sort things right out. >Description: Right on-this hpeled me sort things right out. >How-To-Repeat: Right on-this hpeled me sort things right out. >Fix: Right on-this hpeled me sort things right out. >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: junk/163497: RGyvhIvNBioDxlIP
Synopsis: RGyvhIvNBioDxlIP State-Changed-From-To: open->closed State-Changed-By: sunpoet State-Changed-When: Wed Dec 21 09:31:35 UTC 2011 State-Changed-Why: Junk PR. Responsible-Changed-From-To: freebsd-bugs->gnats-admin Responsible-Changed-By: sunpoet Responsible-Changed-When: Wed Dec 21 09:31:35 UTC 2011 Responsible-Changed-Why: Junk PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=163497 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
misc/163501: NFS exporting a dir and a subdir in that dir to the same host; mountd error message needs improvement
>Number: 163501 >Category: misc >Synopsis: NFS exporting a dir and a subdir in that dir to the same host; >mountd error message needs improvement >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 21 10:00:26 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Peter Maloney >Release:8-STABLE Sept 29 2011 >Organization: Brockmann Consult >Environment: FreeBSD bcnas1.bc.local 8.2-STABLE FreeBSD 8.2-STABLE #0: Thu Sep 29 15:06:03 CEST 2011 r...@bcnas1.bc.local:/usr/obj/usr/src/sys/GENERIC amd64 >Description: /etc/exports -- #works fine /tank/somedataset1 -maproot=root -network somenetwork/16 /tank/somedataset1 -maproot=root someipaddress1 /tank/somedataset1 -maproot=root someipaddress2 /tank/somedataset1/somesubdir/somesubdir -maproot=root someipaddress4 #even this works /tank/somedataset2 -maproot=root someipaddress3 #does not work /tank/somedataset2/somesubdir -maproot=root someipaddress3 -- /var/log/messages -- Dec 21 09:29:02 bcnas1 mountd[47163]: can't change attributes for /tank/somedataset/somesubdir Dec 21 09:29:02 bcnas1 mountd[47163]: bad exports list line /tank/somedataset/somesubdir -maproot -- The problem is a very bad error message. It should clearly say what rule was being violated. No rules seems to have been broken based on my analysis, so this is a problem. The handbook, etc. tells me that the option "-alldirs" exists; it is not exactly what I want, but is just as secure in my case, since both the working dataset dir and the subdir use the same ip address, so it is acceptable in this case. And also it would not be acceptable for the other which already works, because the ip is not the same. But it seems to work without that option for that case. But I don't see something saying that I am not allowed to share the directories separately. So I would say the error message should say what is wrong, ie. "You cannot export a directory that is already exported as a subdirectory to the same host/network. Consider using -alldirs instead. Offending line: .. previous overlapping line: .". I call this a "serious" issue because it is a common thing to do, and works perfectly fine on Linux. If every "common thing" I do today takes as long as this single exports line changed, then I would never get any work done. Possibly related, but he is only sharing 2 subdirectories, not the parent directory, and this PR is very old and still open: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/109911 Here is the forum thread about it (OP using 7.1 - Stable, and I am using 8-STABLE from Sept. 29 2011): http://forums.freebsd.org/showthread.php?p=158451#post158451 >How-To-Repeat: Edit /etc/exports adding 2 lines with the same share and host, except one is a subdirectory of the same share already shared in the first. (-maproot=root might be needed also). And then reload mountd. eg. /tank/somedataset1 -maproot=root 10.3.0.123 /tank/somedataset1/subdir -maproot=root 10.3.0.123 kill -HUP `cat /var/run/mountd.pid` >Fix: I suggest a better error message in this case, such as: -- directory is already exported as a subdirectory to the same host/network; consider using -alldirs Offending line: /tank/somedataset1/subdir -maproot=root 10.3.0.123 Previous overlapping line: /tank/somedataset1 -maproot=root 10.3.0.123 -- But as fix to the exports file, use -alldirs -- /tank/somedataset1 -alldirs -maproot=root 10.3.0.123 -- But neither fix would help the guy in the other PR 109911, because then he would be exporting /tmp and all directories under it, instead of just the few he wants. >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
misc/163505: GIljDokXoFLIzanLZYB
>Number: 163505 >Category: misc >Synopsis: GIljDokXoFLIzanLZYB >Confidential: no >Severity: serious >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Wed Dec 21 13:50:10 UTC 2011 >Closed-Date: >Last-Modified: >Originator: iqJRZHKpaNYRodaXsH >Release:YTZOWfOsGd >Organization: IQzoyZMaaV >Environment: This info is the cat's pajaams! >Description: This info is the cat's pajaams! >How-To-Repeat: This info is the cat's pajaams! >Fix: This info is the cat's pajaams! >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: bin/163431: dhclient regression after r228259: leases rejected due to domain search option
Synopsis: dhclient regression after r228259: leases rejected due to domain search option Responsible-Changed-From-To: freebsd-bugs->dumbbell Responsible-Changed-By: glebius Responsible-Changed-When: Wed Dec 21 13:52:48 UTC 2011 Responsible-Changed-Why: Over to author of r228259 http://www.freebsd.org/cgi/query-pr.cgi?pr=163431 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: junk/163505: GIljDokXoFLIzanLZYB
Synopsis: GIljDokXoFLIzanLZYB State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Wed Dec 21 14:28:44 UTC 2011 State-Changed-Why: junk Responsible-Changed-From-To: freebsd-bugs->gnats-adm Responsible-Changed-By: linimon Responsible-Changed-When: Wed Dec 21 14:28:44 UTC 2011 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=163505 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
conf/163508: [patch] Add "enable" and "disable" commands to rc.subr
>Number: 163508 >Category: conf >Synopsis: [patch] Add "enable" and "disable" commands to rc.subr >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 Dec 21 16:50:04 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Maxim Ignatenko >Release:8-STABLE >Organization: >Environment: FreeBSD imax 8.2-STABLE FreeBSD 8.2-STABLE #5: Tue Nov 15 10:50:14 EET 2011 root@imax:/usr/obj/usr/src/sys/IMAX i386 >Description: Attached patch adds "enable" and "disable" commands to /etc/rc.subr. Each command first check /etc/rc.conf.d/${name} file (if /etc/rc.conf.d/ exists) for presence of ${rcvar} assignment, then all files in rc_conf_files checked. If there are no ${rcvar} assignment it gets added to /etc/rc.conf.d/${name} (if /etc/rc.conf.d exists) or to last writable file inf rc_conf_files >How-To-Repeat: >Fix: Patch attached with submission follows: --- /usr/src.8/etc/rc.subr 2011-09-25 10:25:06.0 +0300 +++ /etc/rc.subr2011-12-21 18:36:15.0 +0200 @@ -441,9 +441,34 @@ } # +# replace_var +# Replaces values of all variable $2 assignments in file $1 with +# value $3 +# +replace_var() +{ + local file var val + file="$1" + var="$2" + val="$3" + /usr/bin/sed -E -I"" -e "s/^([[:space:]]*)${var}=.*/\1${var}=${val}/" "${file}" +} + +# +# check_var_exists +# Retuns 0 if variable $2 is explicitly set in file $1 +# +check_var_exists() +{ + local file var + file="$1" + var="$2" + grep -qE "^[[:space:]]*${var}=" "${file}" +} + # run_rc_command argument # Search for argument in the list of supported commands, which is: -# "start stop restart rcvar status poll ${extra_commands}" +# "start stop restart rcvar status poll enable disable ${extra_commands}" # If there's a match, run ${argument}_cmd or the default method # (see below). # @@ -579,6 +604,10 @@ # # rcvar Display what rc.conf variable is used (if any). # +# enable Set ${rcvar} to YES +# +# disable Set ${rcvar} to NO +# # Variables available to methods, and after run_rc_command() has # completed: # @@ -647,7 +676,7 @@ eval _override_command=\$${name}_program command=${_override_command:-$command} - _keywords="start stop restart rcvar $extra_commands" + _keywords="start stop restart rcvar enable disable $extra_commands" rc_pid= _pidcmd= _procname=${procname:-${command}} @@ -689,12 +718,26 @@ if [ "$_elem" != "$rc_arg" ]; then continue fi + + if [ -n "${rcvar}" -a "${rc_arg}" == "enable" ]; then + if checkyesno ${rcvar}; then + echo "Service ${name} already enabled." + return 0 + fi + fi + if [ -n "${rcvar}" -a "${rc_arg}" == "disable" ]; then + if ! checkyesno ${rcvar}; then + echo "Service ${name} not enabled." + return 0 + fi + fi + # if ${rcvar} is set, $1 is not "rcvar" # and ${rc_pid} is not set, then run # checkyesno ${rcvar} # and return if that failed # - if [ -n "${rcvar}" -a "$rc_arg" != "rcvar" -a "$rc_arg" != "stop" ] || + if [ -n "${rcvar}" -a "$rc_arg" != "rcvar" -a "$rc_arg" != "stop" -a "$rc_arg" != "enable" ] || [ -n "${rcvar}" -a "$rc_arg" = "stop" -a -z "${rc_pid}" ]; then if ! checkyesno ${rcvar}; then if [ -n "${rc_quiet}" ]; then @@ -895,6 +938,43 @@ echo "" ;; + enable|disable) + local done filelist new_state val + if [ "${rc_arg}" = "enable" ]; then + new_state="enabled" + val="YES" + else + new_state="disabled" + val="NO" + fi + done=0 + filelist=$(reverse_list ${rc_conf_files}) + if [ -d "/etc/rc.conf.d" ]; then + filelist="/etc/rc.conf.d/${name} ${filelist}" + fi + for file in ${filelist}; do +
Re: kern/126788: [boot] Can not boot FreeBSDv7.0.iso from USB formated as FAT?
Synopsis: [boot] Can not boot FreeBSDv7.0.iso from USB formated as FAT? State-Changed-From-To: open->closed State-Changed-By: jh State-Changed-When: Wed Dec 21 17:07:58 UTC 2011 State-Changed-Why: Not a problem with latest FreeBSD versions according to submitter. http://www.freebsd.org/cgi/query-pr.cgi?pr=126788 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
bin/163515: b64encode/uuencode create files with no permissions
>Number: 163515 >Category: bin >Synopsis: b64encode/uuencode create files with no permissions >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 21 20:30:09 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Walter C. Pelissero >Release:FreeBSD 8.2-STABLE amd64 >Organization: >Environment: System: FreeBSD scylla.home.lan 8.2-STABLE FreeBSD 8.2-STABLE #0: Wed Nov 30 12:39:31 CET 2011 r...@scylla.home.lan:/usr/obj/usr/src/sys/GA870AUD3 amd64 >Description: b64encode when called with just one argument (input from stdin), but specifying an output file with the -o option, creates the file with mode 000 (that is, none is allowed to do anything with it). Same behaviour is assumed from uuencode, being the same executable. >How-To-Repeat: b64encode -o file.encoded file < /dev/null >Fix: Apply the following patch: Index: uuencode.c === RCS file: /repos/src/usr.bin/uuencode/uuencode.c,v retrieving revision 1.18.30.1 diff -c -r1.18.30.1 uuencode.c *** uuencode.c 3 Aug 2009 08:13:06 - 1.18.30.1 --- uuencode.c 21 Dec 2011 19:55:49 - *** *** 110,118 mode = sb.st_mode & RWX; ++argv; break; ! case 1: #define RW (S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH) ! mode = RW & ~umask(RW); break; case 0: default: --- 110,121 mode = sb.st_mode & RWX; ++argv; break; ! case 1: { #define RW (S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH) ! int om = umask(0); ! mode = RW & ~om; ! umask(om); /* restore the umask */ ! } break; case 0: default: >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: bin/162659: Can't install FreeBSD-amd64-9.0-RC2 on disk less than 6Go (/mnt: out of inodes)
Synopsis: Can't install FreeBSD-amd64-9.0-RC2 on disk less than 6Go (/mnt: out of inodes) State-Changed-From-To: open->patched State-Changed-By: mckusick State-Changed-When: Wed Dec 21 23:13:13 UTC 2011 State-Changed-Why: Suggested patch has been applied. Responsible-Changed-From-To: freebsd-bugs->mckusick Responsible-Changed-By: mckusick Responsible-Changed-When: Wed Dec 21 23:13:13 UTC 2011 Responsible-Changed-Why: I will take responsibility. http://www.freebsd.org/cgi/query-pr.cgi?pr=162659 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: bin/9868: [patch] date(1) add "date -a"
Synopsis: [patch] date(1) add "date -a" Responsible-Changed-From-To: freebsd-bugs->eadler Responsible-Changed-By: eadler Responsible-Changed-When: Thu Dec 22 04:13:27 UTC 2011 Responsible-Changed-Why: [4~ http://www.freebsd.org/cgi/query-pr.cgi?pr=9868 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: bin/9868: [patch] date(1) add "date -a"
Synopsis: [patch] date(1) add "date -a" Responsible-Changed-From-To: freebsd-bugs->eadler Responsible-Changed-By: eadler Responsible-Changed-When: Thu Dec 22 04:13:30 UTC 2011 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=9868 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: bin/51137: [patch] config(8) should check if a scheduler is selected
Synopsis: [patch] config(8) should check if a scheduler is selected Class-Changed-From-To: wish->change-request Class-Changed-By: eadler Class-Changed-When: Thu Dec 22 04:28:10 UTC 2011 Class-Changed-Why: we don't really use 'wish' and this request seems reasonable. I have not looked to see if the feature is still required and/or if the patch still applies. http://www.freebsd.org/cgi/query-pr.cgi?pr=51137 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: bin/51137: [patch] config(8) should check if a scheduler is selected
Synopsis: [patch] config(8) should check if a scheduler is selected State-Changed-From-To: suspended->open State-Changed-By: eadler State-Changed-When: Thu Dec 22 04:29:02 UTC 2011 State-Changed-Why: as before http://www.freebsd.org/cgi/query-pr.cgi?pr=51137 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: bin/163088: m4(1) installed on FreeBSD 10 (Current) does not build port nettle
Synopsis: m4(1) installed on FreeBSD 10 (Current) does not build port nettle State-Changed-From-To: open->closed State-Changed-By: bapt State-Changed-When: Thu Dec 22 06:42:02 UTC 2011 State-Changed-Why: Please upgrade your sources, m4 has been fixed in more recent version, it will also need an update of you ports tree because a fix has also been committed to the ports itself http://www.freebsd.org/cgi/query-pr.cgi?pr=163088 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"