[Bugzilla] Commit Needs MFC
Hi, You have a bug in the Needs MFC state which has not been touched in 7 or more days. This email serves as a reminder that you may want to MFC this bug or marked it as completed. In the event you have a longer MFC timeout you may update this bug with a comment and I won't remind you again for 7 days. This reminder is only sent on Mondays. Please file a bug about concerns you may have. This search was scheduled by ead...@freebsd.org. (10 bugs) Bug 57630: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=57630 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: lptcontrol(8) gives device busy if device turned off Bug 123977: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=123977 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: Segmentation fault in dialog(1) with ghostscript-gpl-nox11 port Bug 155028: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=155028 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: init(8): init q in single user causes segfault Bug 156481: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156481 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [kernel] [patch] kernel incorrectly reports PPS jitter with accurate measurements Bug 165630: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=165630 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [ndis][panic][patch] IRQL_NOT_GREATER_THAN Bug 167133: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=167133 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: stale files in /usr/share/examples Bug 169471: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=169471 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [patch] pw(8) deletes group username on userdel even if group username is not assoc. w/user username Bug 171779: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=171779 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [patch] passwd(1): make option NO_FSCHG incomplete Bug 184507: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184507 Severity: Affects Some People Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [patch] [libfetch] allow hiding User-Agent with empty string Bug 184681: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184681 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: A bug of bsdconfig(8) in 10.0 RC1 ___ 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
[Bug 191858] New: [msdosfs] [panic] Disposed page 0xfffff807d41eeb60 is dirty
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191858
Bug ID: 191858
Summary: [msdosfs] [panic] Disposed page 0xf807d41eeb60 is
dirty
Product: Base System
Version: 11.0-CURRENT
Hardware: i386
OS: Any
Status: Needs Triage
Severity: Affects Only Me
Priority: ---
Component: kern
Assignee: freebsd-bugs@FreeBSD.org
Reporter: p...@freebsd.org
On FreeBSD 11.0-CURRENT #1 r268601: Mon Jul 14 08:59:23 CEST 2014
p...@x4.osted.lan:/usr/src/sys/i386/compile/PHO i386
Create a large number of small files on a
mdconfig -a -t swap -s 3g -u $mdstart
bsdlabel -w md${mdstart} auto
newfs_msdos -F 32 -b 8192 /dev/md${mdstart}a
and delete them.
Details @ http://people.freebsd.org/~pho/stress/log/msdos5.txt
--
You are receiving this mail because:
You are the assignee for the bug.
___
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
[Bug 191786] bce link state changes to same state are ignored by lagg
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191786 --- Comment #1 from veg...@tuxpowered.net --- Created attachment 144650 -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=144650action=edit Check for proper phy messages, never check phy status in bce_tick() -- You are receiving this mail because: You are the assignee for the bug. ___ 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
[Bug 191786] bce link state changes to same state are ignored by lagg
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191786 veg...@tuxpowered.net changed: What|Removed |Added CC||veg...@tuxpowered.net --- Comment #2 from veg...@tuxpowered.net --- Comment on attachment 144650 -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=144650 Check for proper phy messages, never check phy status in bce_tick() I've checked what Linux bce driver does and what the NIC really sends. This patch changes the following things: - Remove handling of PHY state from bce_tick() as this function might catch some not fully stable state changes (like IFM_ETHER|IFM_NONE) and set interface up before link reaches full link state (IFM_ETHER|IFM_FDX|IFM_1000_T|rxpause|txpause) making the link unusable for lagg. - sc-status_block-status_attn_bits(_ack) are not really link status. Those bits can change from down to up and then from down to up again without going from up to down. Call if_link_state_change() only on changes of sc-bce_link_up which is set only via bce_ifmedia_sts_rphy(). - Distinguish between STATUS_ATTN_BITS_LINK_STATE and STATUS_ATTN_BITS_TIMER_ABORT. Timer abort messages are in fact sent even if only link state is subscribed for. The old code would then put the link up with IFM_ETHER|IFM_NONE state making the link unusable in lagg. - Sent bce_pulse when on STATUS_ATTN_BITS_TIMER_ABORT with event_code == BCE_FW_EVT_CODE_SW_TIMER_EXPIRE_EVENT and also on normal remote PHY events. Without this a message Warning: bootcode thinks driver is absent. was seen on system boot. -- You are receiving this mail because: You are the assignee for the bug. ___ 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
[Bug 112794] [patch] [request] pam_exec(8): allow pam_exec to export PAM_AUTHTOK as a environmental variable
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=112794 Dag-Erling Smørgrav d...@freebsd.org changed: What|Removed |Added Status|In Discussion |Issue Resolved CC||d...@freebsd.org Resolution|--- |Feature Proposal Rejected Assignee|freebsd-bugs@FreeBSD.org|d...@freebsd.org --- Comment #1 from Dag-Erling Smørgrav d...@freebsd.org --- Passing authentication tokens through environment variables or command line arguments is considered poor security practice. It would be a better idea to add an option that tells pam_exec(8) to pipe PAM_AUTHTOK and / or PAM_OLDAUTHTOK to the program's standard input. -- You are receiving this mail because: You are the assignee for the bug. ___ 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
[Bug 190529] [kvm] [panic] Kernel panic in KVM after recent Linux host upgrade [regression]
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190529 Rogier Slag rs...@transip.nl changed: What|Removed |Added CC||rs...@transip.nl --- Comment #1 from Rogier Slag rs...@transip.nl --- We are encountering the same issue with FreeBSD (both 10.0 as well as 9.2) on our testing platform for Qemu 2.0 Below I've attached the XML config we are using domain type='kvm' id='207' namerslag-vps11/name uuid487d6901-66ff-0c28-b3f0-7bce14c0/uuid memory unit='KiB'1048576/memory currentMemory unit='KiB'1048576/currentMemory vcpu placement='static'1/vcpu resource partition/machine/partition /resource os type arch='x86_64' machine='pc-i440fx-2.0'hvm/type boot dev='hd'/ boot dev='cdrom'/ boot dev='network'/ /os features acpi/ apic/ pae/ /features clock offset='localtime' timer name='hpet' present='yes'/ /clock on_poweroffdestroy/on_poweroff on_rebootrestart/on_reboot on_crashrestart/on_crash devices emulator/usr/bin/kvm/emulator disk type='file' device='disk' driver name='qemu' type='raw' cache='none'/ source file='...'/ backingStore/ target dev='hda' bus='virtio'/ alias name='virtio-disk0'/ address type='pci' domain='0x' bus='0x00' slot='0x05' function='0x0'/ /disk disk type='file' device='cdrom' driver name='qemu' type='raw'/ backingStore/ target dev='hdc' bus='ide'/ readonly/ alias name='ide0-1-0'/ address type='drive' controller='0' bus='1' target='0' unit='0'/ /disk controller type='usb' index='0' alias name='usb0'/ address type='pci' domain='0x' bus='0x00' slot='0x01' function='0x2'/ /controller controller type='pci' index='0' model='pci-root' alias name='pci.0'/ /controller controller type='ide' index='0' alias name='ide0'/ address type='pci' domain='0x' bus='0x00' slot='0x01' function='0x1'/ /controller interface type='bridge' mac address='52:54:00:b7:8c:a7'/ source bridge='custvpsbr'/ bandwidth inbound average='131072'/ outbound average='131072'/ /bandwidth target dev='vpsif1810150'/ model type='virtio'/ filterref filter='...'/ alias name='net0'/ address type='pci' domain='0x' bus='0x00' slot='0x03' function='0x0'/ /interface input type='mouse' bus='ps2'/ input type='keyboard' bus='ps2'/ graphics type='vnc' port='5901' autoport='yes' listen='0.0.0.0' keymap='en-us' listen type='address' address='0.0.0.0'/ /graphics sound model='es1370' alias name='sound0'/ address type='pci' domain='0x' bus='0x00' slot='0x04' function='0x0'/ /sound video model type='vga' vram='9216' heads='1'/ alias name='video0'/ address type='pci' domain='0x' bus='0x00' slot='0x02' function='0x0'/ /video memballoon model='virtio' alias name='balloon0'/ address type='pci' domain='0x' bus='0x00' slot='0x06' function='0x0'/ /memballoon /devices seclabel type='none'/ /domain -- You are receiving this mail because: You are the assignee for the bug. ___ 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
[Bug 191867] New: Wno-unused-function used by mistake?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191867 Bug ID: 191867 Summary: Wno-unused-function used by mistake? Product: Base System Version: 11.0-CURRENT Hardware: Any URL: http://svnweb.freebsd.org/base/head/sys/conf/kern.mk?v iew=annotate#l32 OS: Any Status: Needs Triage Severity: Affects Only Me Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: ste...@pyro.eu.org CC: d...@freebsd.org Hi, r261991 by dim@ added -Wno-unused-function to kernel compile flags via CWARNEXTRA. Also MFCd to 10-STABLE by r263763 and 9-STABLE by r263509 This looks wrong in context and from the preceding comment. I think the intent may have been to only *not fail* in case of the warning (-Wno-error-unused-function). But instead, this type of was disabled completely from being shown. I thought this ought to be double-checked (or otherwise fix the comment if it is intentional). Just in case one day, an unused function is introduced and nobody ever sees the warning... Thanks!! -- You are receiving this mail because: You are the assignee for the bug. ___ 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
[Bug 191868] New: /usr/games in configuration files under /etc, even if WITHOUT_GAMES is set in src.conf
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191868 Bug ID: 191868 Summary: /usr/games in configuration files under /etc, even if WITHOUT_GAMES is set in src.conf Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: Needs Triage Severity: Affects Some People Priority: --- Component: conf Assignee: freebsd-bugs@FreeBSD.org Reporter: yaneurab...@gmail.com There are a number of files that should have games support removed from them if WITHOUT_GAMES is set via src.conf. This might warrant investigation to make sure that it does the right thing with mergemaster -p with BSD.var.dist might need to be put through a ports -exp run. /usr/src/etc/ftpusers:games /usr/src/etc/group:games:*:13: /usr/src/etc/login.conf::path=/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin /usr/local/bin ~/bin:\ /usr/src/etc/mail/aliases:games:root /usr/src/etc/master.passwd:games:*:7:13::0:0:Games pseudo-user:/usr/games:/usr/sbin/nologin /usr/src/etc/mtree/BSD.debug.dist:games /usr/src/etc/mtree/BSD.tests.dist:games /usr/src/etc/mtree/BSD.usr.dist:games /usr/src/etc/mtree/BSD.usr.dist:games /usr/src/etc/mtree/BSD.var.dist:games gname=games mode=0775 /usr/src/etc/root/dot.cshrc:set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin /usr/local/bin $HOME/bin) /usr/src/etc/root/dot.login:# if ( -x /usr/games/fortune ) /usr/games/fortune -s /usr/src/etc/root/dot.profile:PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:~/bin -- You are receiving this mail because: You are the assignee for the bug. ___ 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
[Bug 191867] Wno-unused-function used by mistake?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191867 Dimitry Andric d...@freebsd.org changed: What|Removed |Added Status|Needs Triage|Open --- Comment #1 from Dimitry Andric d...@freebsd.org --- The reason I added -Wno-unused-function is that I got sick of fixing unused function warnings all over the code so I could import a new version of clang. :) In any case, you are probably right that it is better to at least enable the warning message, in the (IMO rather vain) hope that somebody will eventually fix those warnings, either by marking the functions __unused, or by simply deleting them. -- You are receiving this mail because: You are the assignee for the bug. ___ 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
[Bug 191867] Wno-unused-function used by mistake?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191867 Dimitry Andric d...@freebsd.org changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org|d...@freebsd.org -- You are receiving this mail because: You are the assignee for the bug. ___ 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
[Bug 191869] New: tmux(1) refuses to start via service(8)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191869 Bug ID: 191869 Summary: tmux(1) refuses to start via service(8) Product: Base System Version: 9.2-RELEASE Hardware: i386 OS: Any Status: Needs Triage Severity: Affects Some People Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: dte...@freebsd.org If building an rc script (either old-style or new) that utilizes tmux, said rc-script functions as-desired if executed directly (e.g., typing /etc/rc.d/foo start) but does not function as-desired -- producing the following error -- if instead executed via service(8) (/usr/sbin/service): open terminal failed: terminal does not support clear The issue is with line 142 of usr.sbin/service/service.sh (revision 267493) which reads as follows: exec env -i HOME=/ PATH=/sbin:/bin:/usr/sbin:/usr/bin $dir/$script $* The issue here is the purposeful use of the -i flag to env(1) which tells /usr/bin/env to (quote) execute the utility with only those environment variables specified by name=value options. The environment inherited by env is ignored completely. Specifically, it is the absence of the TERM environment variable that causes tmux to produce the above error (open terminal failed: terminal does not support clear). The solution is to add TERM to the list of variables provided to (in this case) the child tmux. Globally adding TERM to the list of variables that are passed to service(8) child-scripts seems harmless enough (warranted even; for pedantic properness). -- You are receiving this mail because: You are the assignee for the bug. ___ 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
[Bug 191869] tmux(1) refuses to start via service(8)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191869 Devin Teske dte...@freebsd.org changed: What|Removed |Added Status|Needs Triage|In Discussion -- You are receiving this mail because: You are the assignee for the bug. ___ 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
[Bug 191869] tmux(1) refuses to start via service(8)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191869 --- Comment #1 from Devin Teske dte...@freebsd.org --- I can confirm that screen(1) (/usr/local/bin/screen) suffers from the same issue (and is solved by the same fix). If TERM is not set when service invokes the rc-script calling screen, the following error is produced: Please set a terminal type. -- You are receiving this mail because: You are the assignee for the bug. ___ 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
[Bug 191869] tmux(1) refuses to start via service(8)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191869 --- Comment #2 from Devin Teske dte...@freebsd.org --- Originally reported to me via Michael Dexter edi...@callfortesting.org -- You are receiving this mail because: You are the assignee for the bug. ___ 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
[Bug 191869] tmux(1) refuses to start via service(8)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191869 Devin Teske dte...@freebsd.org changed: What|Removed |Added Status|In Discussion |Patch Ready CC||dte...@freebsd.org Assignee|freebsd-bugs@FreeBSD.org|dte...@freebsd.org --- Comment #3 from Devin Teske dte...@freebsd.org --- Created attachment 144674 -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=144674action=edit Patch to usr.sbin/service/service.sh This patch adds the TERM environment variable to the list of variables passed-down to rc-scripts via service(8) for the purpose of making utilities such as tmux(1) and screen(1) behave the same when said rc-script is executed directly or service(8). -- You are receiving this mail because: You are the assignee for the bug. ___ 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
[Bug 191800] [PATCH] fortune(6): fix default search path
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191800 --- Comment #1 from commit-h...@freebsd.org --- A commit references this bug: Author: gavin Date: Mon Jul 14 23:25:30 UTC 2014 New revision: 268637 URL: http://svnweb.freebsd.org/changeset/base/268637 Log: fortune(8): Search fortune files installed by ports/packages as well as those supplied by the base system. PR:191800 Submitted by:Andy Kosela MFC after:1 week Changes: head/games/fortune/fortune/pathnames.h -- You are receiving this mail because: You are the assignee for the bug. ___ 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
[Bug 191019] [tests] pgrep/pkill -j testcase failures
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191019 --- Comment #6 from yaneurab...@gmail.com --- I have fixes for the testcases available here for review: https://github.com/yaneurabeya/freebsd/pull/9 . The patch can be pulled via https://github.com/yaneurabeya/freebsd/pull/9.patch . -- You are receiving this mail because: You are the assignee for the bug. ___ 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
[Bug 191019] [tests] pgrep/pkill -j testcase failures
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191019 yaneurab...@gmail.com changed: What|Removed |Added Severity|Affects Only Me |Affects Many People -- You are receiving this mail because: You are the assignee for the bug. ___ 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
