misc/149902: [PATCH] mail/dspam: important cleanup
>Number: 149902
>Category: misc
>Synopsis: [PATCH] mail/dspam: important cleanup
>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 Aug 23 09:20:03 UTC 2010
>Closed-Date:
>Last-Modified:
>Originator: David Demelier
>Release:8.1-RELEASE
>Organization:
>Environment:
FreeBSD Melon.malikania.fr 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Sun Aug 22
11:56:47 CEST 2010 r...@melon.malikania.fr:/usr/obj/usr/src/sys/Melon amd64
>Description:
Said here :
http://lists.freebsd.org/pipermail/freebsd-ports/2010-July/062390.html
I would like to clean the dspam Makefile to use WITH_(PGSQL|MYSQL)_VER instead
of multiple version OPTIONS.
I made a lot of cleanup on this Makefile to make it really simplier, I think we
could do better.
>How-To-Repeat:
>Fix:
--- Makefile.orig 2010-08-12 22:46:11.0 +0200
+++ Makefile2010-08-12 23:26:19.0 +0200
@@ -12,7 +12,7 @@
PORTNAME= dspam
PORTVERSION= 3.9.0
-PORTREVISION= 1
+PORTREVISION= 2
CATEGORIES=mail
MASTER_SITES= SF \
http://T32.TecNik93.com/FreeBSD/ports/${PORTNAME}/sources/
@@ -24,63 +24,43 @@
MIN_OPTIONS_VER= ${PORTNAME}-3.9.0
## debug / log / admin options
-OPTIONS= SYSLOG "Logs via syslog" on
-OPTIONS+= DEBUG "Enable debugging logging" on
-OPTIONS+= VERBOSE_DEBUG "Enable debug in LOGDIR/dspam.debug" off
-OPTIONS+= BNR_DEBUG "Enable debug for BNR" off
-OPTIONS+= PREF_EXT "Preferences in database not in files" off
-OPTIONS+= DAEMON "Daemonize dspam; speaks LMTP or DLMTP" on
-
-#
-OPTIONS+= CLAMAV "Enable clamav support" on
-OPTIONS+= CLAMAV_DEVEL "Enable clamav support" off
-OPTIONS+= CLAMAV_LOCAL "RUN_DEPEND on selected clamav" on
-#
-OPTIONS+= MYSQL40 "Use MySQL 4.0.x as back-end" off
-OPTIONS+= MYSQL41 "Use MySQL 4.1.x as back-end" off
-OPTIONS+= MYSQL50 "Use MySQL 5.0.x as back-end" on
-OPTIONS+= MYSQL51 "Use MySQL 5.1.x as back-end" off
-OPTIONS+= MYSQL55 "Use MySQL 5.5.x as back-end" off
-OPTIONS+= MYSQL_COMPRESS "Compress dspam <--> MySQL" off
-OPTIONS+= MYSQL_LOCAL "RUN_DEPEND on selected MySQL server ver." off
-OPTIONS+= POSTGRESQL "Use PostgreSQL as back-end" on
-OPTIONS+= POSTGRESQL_LOCAL "RUN_DEPEND on PostgreSQL server" off
-OPTIONS+= SQLITE2 "Use SQLite v2.x as back-end" off
-OPTIONS+= SQLITE3 "Use SQLite v3.x as back-end" on
-OPTIONS+= HASH "Use hash driver" on
-#
-OPTIONS+= EXTERNAL_LOOKUP "Enable rcpt verification via extlookup" off
-
-# layout
-OPTIONS+= USER_HOMEDIR "Store user data in ~/.dspam" off
-OPTIONS+= TRUSTED_USERS "Disable trusted user security" off
-OPTIONS+= VIRT_USERS "Enable virtual users (needs SQL back-end)" off
-OPTIONS+= LONG_USERNAMES "Usernames longer that OS supports" off
-OPTIONS+= LARGE_SCALE "File structure for large scale" off
-OPTIONS+= DOMAIN_SCALE "File structure for multiple domains" off
-
-## MTA and LDA
-OPTIONS+= CYRUS21_LDA "Use Cyrus's 2.1 deliver as LDA" off
-OPTIONS+= CYRUS22_LDA "Use Cyrus's 2.2 deliver as LDA" off
-OPTIONS+= CYRUS23_LDA "Use Cyrus's 2.3 deliver as LDA" off
-OPTIONS+= EXIM_LDA "Use Exim as local delivery agent" off
-OPTIONS+= MAILDROP_LDA "Use Maildrop as local delivery agent" off
-OPTIONS+= PROCMAIL_LDA "Use Procmail as local delivery agent" off
-OPTIONS+= SAFECAT_LDA "Use Safecat as local delivery agent" off
-OPTIONS+= SENDMAIL_LDA "Use Sendmail as local delivery agent" off
-
-OPTIONS+= SENDMAIL "Play nice with sendmail server" off
-OPTIONS+= POSTFIX_MBC "Dspam as mailbox_command in Postfix" off
-OPTIONS+= QMAIL "Play nice with Qmail mail server" off
-
-OPTIONS+= WebUI "Install WebUI, pulls in Apache or see below" off
-OPTIONS+= LIGHTTPD "RUN_DEPEND on LightHTTPD, not Apache" off
+OPTIONS= SYSLOG "Logs via syslog" on \
+ DEBUG "Enable debugging logging" on \
+ VERBOSE_DEBUG "Enable debug in LOGDIR/dspam.debug" off \
+ BNR_DEBUG "Enable debug for BNR" off \
+ PREF_EXT "Preferences in database not in files" off \
+ DAEMON "Daemonize dspam; speaks LMTP or DLMTP" on \
+ CLAMAV "Enable clamav support" off \
+ MYSQL "Use MySQL as back-end" off \
+ MYSQL_COMPRESS "Compress dspam <--> MySQL" off \
+ POSTGRESQL "Use PostgreSQL as back-end" on \
+ SQLITE2 "Use SQLite v2.x as back-end" off \
+ SQLITE3 "Use SQLite v3.x as back-end" on \
+ HASH "Use hash driver" on \
+ EXTERNAL_LOOKUP "Enable rcpt verification via extlookup" off \
+ USER_HOMEDIR "Store user data in ~/.dspam" off \
+ TRUSTED_USE
Re: kern/149762: volume labels with rogue characters
jhell writes: > I believe I meant patch devfs/devd here rather than adjust. Since were > dealing with what shows up in the device file-system why not patch that > instead of horrifying pieces of the system, one at a time. > > vfs.devfs.``normalization'' - Would probably suit this. I don't expect > you to understand this... ;) I'm sorry, I don't. Half phrases, suspension points and smileys may say something about you, but not much about what you had in mind. If you are suggesting to place this hack in devfs instead, you may want to tell us why and how this hack will impact devfs. > Personally I have seen enough of the hash and bash coming from > anyone here. Ive tried to make sure that what I have wrote back as > a reply to your work was neither demeaning or intrusive but yet you > continue to take the same negative standpoint with objection toward > further ideas Nice touch. What was that? Eminem or Britney Spears? Next time you may want to quote something fitting the occasion. > all the while holding an immature context with a submitter. Submitters wouldn't be met with derisory hostility if they didn't make an ass of themselves with immature behaviours. > Simply by using the 'link' action in devfs.conf(5) you can create a link > to a device auto-magically when the device is plugged in that would be > available for use in fstab(5). > > linklabel/my?edgecase myedgecase2 > link msdosfs/your?edgecase myedgecase3 > > This is only performed if the device appears. > > In fstab(5) > /dev/myedgecase2 /headcase2 msdosfs rw,noauto 0 0 > /dev/myedgecase3 /headcase3 msdosfs rw,noauto 0 0 And that wouldn't be an hack. I see. I removed bug-follo...@freebsd.org from the CC because this thread is getting less and less relevant to this PR, and I have the impression that soon we are going to discuss an entirely different idea of yours. -- http://pelissero.de ___ 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: kern/145385: [cpu] Logical processor cannot be disabled for some SMT-enabled Intel procs
The following reply was made to PR kern/145385; it has been noted by GNATS. From: John Baldwin To: Garrett Cooper Cc: bug-follo...@freebsd.org, gcoo...@freebsd.org, j...@freebsd.org, Attilio Rao Subject: Re: kern/145385: [cpu] Logical processor cannot be disabled for some SMT-enabled Intel procs Date: Mon, 23 Aug 2010 09:33:43 -0400 On Sunday, August 22, 2010 4:17:37 am Garrett Cooper wrote: > The following trivial patch fixes the issue on my W3520 processor; > AFAICS it's what should be done after reading several of the specs because the logical count that's tracked with ebx is exactly what is needed for logical_cpus (it's an absolute quantity). I need to verify it with a multi-cpu topology at work (the two r710s I was testing with E-series Xeons on aren't available remotely right now). > Thanks! > -Garrett Jung-uk Kim and Attilio Rao have both been looking at this code recently and are in a better position to review the patch in the PR. -- John Baldwin ___ 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: kern/149762: volume labels with rogue characters
Hello, Thank you for your contributions so far. I understood that you did a lot of nice work in the past, but I am still very surprised by the tone and way you describe your emails, and how you respond to people. I am not sure what caused this, but if you feel griefed, please get rid of that in a different way. The thing you are creating now is getting people (like me, I admit) getting against you. I am still very worried about the way you are handling this, and I would like to see our developers to being able to communicate with submitters so that a nice solution that works for everyone can be found. With your current tone and voice, we have a long way to go. It seems to me you want to get this resolved, so please help me and 'friendl-fy' your tone, so that people are actually willing to look into the things you describe. Thanks, Remko -- /"\ Best regards, | re...@freebsd.org \ / Remko Lodder | re...@efnet Xhttp://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News ___ 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: ports/149902: [PATCH] mail/dspam: important cleanup
Synopsis: [PATCH] mail/dspam: important cleanup Responsible-Changed-From-To: freebsd-bugs->itetcu Responsible-Changed-By: linimon Responsible-Changed-When: Mon Aug 23 18:33:15 UTC 2010 Responsible-Changed-Why: Fix synopsis and assign. http://www.freebsd.org/cgi/query-pr.cgi?pr=149902 ___ 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: kern/139527: [twa] twa driver fails to build in CURRENT
Synopsis: [twa] twa driver fails to build in CURRENT State-Changed-From-To: feedback->closed State-Changed-By: delphij State-Changed-When: Mon Aug 23 19:43:29 UTC 2010 State-Changed-Why: Mark closed due to feedback timeout. Responsible-Changed-From-To: freebsd-bugs->delphij Responsible-Changed-By: delphij Responsible-Changed-When: Mon Aug 23 19:43:29 UTC 2010 Responsible-Changed-Why: Take so just in case there is still problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=139527 ___ 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"
kern/149917: freebsd 8.1 crash with ECMP
>Number: 149917
>Category: kern
>Synopsis: freebsd 8.1 crash with ECMP
>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 Aug 23 20:10:01 UTC 2010
>Closed-Date:
>Last-Modified:
>Originator: Ingo Flaschberger
>Release:8.1 stable
>Organization:
crossip communications gmbh
>Environment:
FreeBSD 8.1-STABLE FreeBSD 8.1-STABLE #16: Mon Aug 23 19:51:34 UTC 2010
r...@jail.xip.at:/usr/obj/usr/src/sys/ROUTER amd64
>Description:
system crash when adding 2nd route with other weight
Dump:
#0 doadump () at pcpu.h:224
224 __asm("movq %%gs:0,%0" : "=r" (td));
(kgdb) backtrace
#0 doadump () at pcpu.h:224
#1 0x802b0e25 in boot (howto=260) at
/usr/src/sys/kern/kern_shutdown.c:416
#2 0x802b126d in panic (fmt=0x0) at
/usr/src/sys/kern/kern_shutdown.c:590
#3 0x80464b65 in trap_fatal (frame=0xff00017ed460, eva=Variable
"eva" is not available.
) at /usr/src/sys/amd64/amd64/trap.c:777
#4 0x80464f06 in trap_pfault (frame=0xff803e6394a0, usermode=0) at
/usr/src/sys/amd64/amd64/trap.c:693
#5 0x8046553c in trap (frame=0xff803e6394a0) at
/usr/src/sys/amd64/amd64/trap.c:451
#6 0x8044b984 in calltrap () at
/usr/src/sys/amd64/amd64/exception.S:224
#7 0x80363cd3 in rtalloc_mpath_fib (ro=0xff803e639620,
hash=192947925, fibnum=Variable "fibnum" is not available.
) at /usr/src/sys/net/radix_mpath.c:307
#8 0x8035016f in flowtable_lookup (ft=0xff80005a7000,
ssa=0xff803e6396a0, dsa=0xff803e639720, fibnum=0, flags=2) at
/usr/src/sys/net/flowtable.c:1229
#9 0x80350a67 in flowtable_lookup_mbuf (ft=0xff80005a7000,
m=0xff00014e2100, af=Variable "af" is not available.
) at /usr/src/sys/net/flowtable.c:607
#10 0x80392f69 in ip_output (m=0xff00014e2100, opt=0x0, ro=0x0,
flags=32, imo=0x0, inp=0xff00167c5a80) at
/usr/src/sys/netinet/ip_output.c:164
#11 0x80393f07 in rip_output (m=0xff00014e2100, so=Variable "so" is
not available.
) at /usr/src/sys/netinet/raw_ip.c:507
#12 0x80314b70 in sosend_generic (so=0xff00166e3550,
addr=0xff00167b6160, uio=0xff803e639a40, top=0xff00014e2100,
control=0x0, flags=0, td=0xff00164303e0)
at /usr/src/sys/kern/uipc_socket.c:1260
#13 0x80316878 in kern_sendit (td=0xff00164303e0, s=3,
mp=0xff803e639b10, flags=0, control=0x0, segflg=UIO_USERSPACE) at
/usr/src/sys/kern/uipc_syscalls.c:788
#14 0x80316aa8 in sendit (td=0xff00164303e0, s=3,
mp=0xff803e639b10, flags=0) at /usr/src/sys/kern/uipc_syscalls.c:724
#15 0x80316b90 in sendto (td=Variable "td" is not available.
) at /usr/src/sys/kern/uipc_syscalls.c:840
#16 0x804650f5 in syscall (frame=0xff803e639c80) at
/usr/src/sys/amd64/amd64/trap.c:945
#17 0x8044bc62 in Xfast_syscall () at
/usr/src/sys/amd64/amd64/exception.S:377
#18 0x000800940e5c in ?? ()
>How-To-Repeat:
ifconfig em0 10.11.11.175/24
ifconfig em0 alias 10.20.20.1/24
route add -net 10.20.20.0/24 10.11.11.1 -weight 2
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address = 0x98
fault code = supervisor read data, page not present
instruction pointer = 0x20:0x80363cd3
stack pointer = 0x28:0xff803e5da550
frame pointer = 0x28:0xff803e5da580
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 1767 (ping)
trap number = 12
panic: page fault
cpuid = 0
Uptime: 3m46s
Cannot dump. Device not defined or unavailable.
Automatic reboot in 15 seconds - press a key on the console to abort
--> Press a key on the console to reboot,
--> or switch off the system now.
>Fix:
Patch attached with submission follows:
--- /usr/src/sys/net/radix_mpath.c_org 2010-08-23 16:36:57.0 +
+++ /usr/src/sys/net/radix_mpath.c 2010-08-23 16:38:18.0 +
@@ -294,6 +294,9 @@
weight >= rt->rt_rmx.rmx_weight && rn;
weight -= rt->rt_rmx.rmx_weight) {
+ /* check if next key exists */
+ if (rn->rn_dupedkey == NULL)
+ break;
/* stay within the multipath routes */
if (rn->rn_dupedkey && rn->rn_mask != rn->rn_dupedkey->rn_mask)
break;
>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: conf/130776: ip addresses like 10.1.1.1 with subnet mask 255.0.0.0 makes the box unreachable
Synopsis: ip addresses like 10.1.1.1 with subnet mask 255.0.0.0 makes the box unreachable State-Changed-From-To: feedback->closed State-Changed-By: vwe State-Changed-When: Mon Aug 23 21:02:27 UTC 2010 State-Changed-Why: no feedback for a while Dear submitter: we're closing your PR because we haven't got any feedback if your issue is still valid, please report and we'll be happy to open your PR again http://www.freebsd.org/cgi/query-pr.cgi?pr=130776 ___ 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: kern/127119: [ata] incorrect ata device probing
Synopsis: [ata] incorrect ata device probing State-Changed-From-To: feedback->closed State-Changed-By: vwe State-Changed-When: Mon Aug 23 21:05:23 UTC 2010 State-Changed-Why: no feedback for a while Dear submitter: we're closing your PR because we haven't got any feedback if your issue is still valid, please report and we'll be happy to open your PR again Please note: 6-CURRENT is actually out of support for a while now http://www.freebsd.org/cgi/query-pr.cgi?pr=127119 ___ 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: kern/149898: [ata] [request] add LSI AOC-USAS2-L8e support
Old Synopsis: LSI AOC-USAS2-L8e support New Synopsis: [ata] [request] add LSI AOC-USAS2-L8e support State-Changed-From-To: open->suspended State-Changed-By: linimon State-Changed-When: Mon Aug 23 21:31:49 UTC 2010 State-Changed-Why: This is a request for support for an add-in SATA card. Mark suspended awaiting someone to generate some patches. http://www.freebsd.org/cgi/query-pr.cgi?pr=149898 ___ 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/127276: [patch] ldd(1) invokes linux yes
Old Synopsis: ldd(1) invokes linux yes New Synopsis: [patch] ldd(1) invokes linux yes State-Changed-From-To: suspended->open State-Changed-By: arundel State-Changed-When: Mon Aug 23 22:03:43 UTC 2010 State-Changed-Why: Back to open, because a patch has been submitted. Responsible-Changed-From-To: freebsd-amd64->freebsd-bugs Responsible-Changed-By: arundel Responsible-Changed-When: Mon Aug 23 22:03:43 UTC 2010 Responsible-Changed-Why: This issue doesn't seem to be amd64 specific. http://www.freebsd.org/cgi/query-pr.cgi?pr=127276 ___ 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: kern/36952: [patch] [linux] ldd(1) command of linux does not work
Old Synopsis: ldd comand of linux does not work New Synopsis: [patch] [linux] ldd(1) command of linux does not work Responsible-Changed-From-To: freebsd-bugs->freebsd-emulation Responsible-Changed-By: arundel Responsible-Changed-When: Mon Aug 23 22:08:22 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=36952 ___ 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/144531: [patch] cp(1) show percentage complete
The following reply was made to PR bin/144531; it has been noted by GNATS. From: Alexander Best To: bug-follo...@freebsd.org Cc: Subject: Re: bin/144531: [patch] cp(1) show percentage complete Date: Tue, 24 Aug 2010 02:22:14 + hi there, i don't think the original patch you submitted will be accepted by any developer since it breaks the behaviour of `cp -v`. you might want to add a new switch to trigger the extra output from your patch. just be sure you don't use any switch that's already taken by POSIX [1]. however personally i don't think that your patch will be committed even with a new switch. `cp` has been the way it is for a very long time and i don't think people want it to change. you might want to open a new thread on freebsd-hackers@ or freebsd-current@ and ask what the developers think about your patch. this might trigger some interest in this PR. the fact however is that there are a lot of PRs with great and useful additions to FreeBSD. however most people that are using FreeBSD on a daily basis don't want basic applications like `cp` to change. even if a developer would commit your patch it is most likely that he'll be forced to revert the changes due to the fact that other developers don't see the need for such a change. i would expect the argument to be something like this: "the behavior of cp hasn't change since 1977. cp didn't need this feature back then and it doesn't need it now." personally i don't agree with this point of view. good luck and i hope your patch will somehow make it into the tree. i've applied your patch to my local src tree and try to use the -v when copying large files. i really like it. :) cheers. alex [1] http://www.opengroup.org/onlinepubs/9699919799/ -- a13x ___ 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/50656: cp(1) - wrong error on copying of multiple files
The following reply was made to PR bin/50656; it has been noted by GNATS. From: Alexander Best To: bug-follo...@freebsd.org Cc: Subject: Re: bin/50656: cp(1) - wrong error on copying of multiple files Date: Tue, 24 Aug 2010 02:37:44 + hi, it would be nice if somebody could MFC r174890 (just one line) to branches 7 and 6 and then close this PR. thanks in advance. alex -- a13x ___ 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: kern/149917: [net] [patch] freebsd 8.1 crash with ECMP
Old Synopsis: freebsd 8.1 crash with ECMP New Synopsis: [net] [patch] freebsd 8.1 crash with ECMP Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Aug 24 04:13:05 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=149917 ___ 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/149926: pc-sysinstall style patch
>Number: 149926 >Category: bin >Synopsis: pc-sysinstall style patch >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: update >Submitter-Id: current-users >Arrival-Date: Tue Aug 24 05:30:01 UTC 2010 >Closed-Date: >Last-Modified: >Originator: John Hixson >Release:9.0-CURRENT >Organization: iXsystems >Environment: FreeBSD thinkbsd 9.0-CURRENT FreeBSD 9.0-CURRENT #4: Fri Aug 20 05:23:56 PDT 2010 j...@thinkbsd:/usr/obj/usr/src/sys/THINKBSD amd64 >Description: pc-sysinstall style patch. >How-To-Repeat: >Fix: http://www.divinix.org/~john/pc-sysinstall.indent.diff.txt >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/149926: [patch] pc-sysinstall(8) style patch
Old Synopsis: pc-sysinstall style patch New Synopsis: [patch] pc-sysinstall(8) style patch Responsible-Changed-From-To: freebsd-bugs->imp Responsible-Changed-By: linimon Responsible-Changed-When: Tue Aug 24 05:59:53 UTC 2010 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=149926 ___ 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"
kern/149927: hard drive not stopped before removing power during acpi suspend
>Number: 149927 >Category: kern >Synopsis: hard drive not stopped before removing power during acpi >suspend >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 Aug 24 06:00:07 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Bruce Cran >Release:9.0-CURRENT >Organization: >Environment: >Description: When running "acpiconf -s 3" a loud "clunk" is heard as the hard drive does an emergency unload. In comparison, both Linux and OpenBSD appear to stop the drive before removing power and the only change in noise comes from the drive and fans spinning down. The ahci driver is being used. >How-To-Repeat: acpiconf -s 3 >Fix: >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: kern/148609: commit references a PR
The following reply was made to PR kern/148609; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/148609: commit references a PR
Date: Tue, 24 Aug 2010 06:31:12 + (UTC)
Author: imp
Date: Tue Aug 24 06:30:46 2010
New Revision: 211731
URL: http://svn.freebsd.org/changeset/base/211731
Log:
Create a checklist and call one of the *printw() functions from the
selected() callback. When the dialog first appears, you will not see
the printed statement on the dialog, if you move down one, you will,
move up again and it now appears. I am assuming that you call a
*printw() function on a line in the dialog box of course.
The fix, from the pr:
This is a hack at best, I looked at the redraw code in
dialog_checklist() and took the minimal amount of it out to do
a simple "refresh" right after the items are drawn. This
doesn't hurt anything and makes the library work like it
should. There is probably a better way however =).
PR: 148609
Submitted by:John Hixson
Modified:
head/gnu/lib/libdialog/checklist.c
Modified: head/gnu/lib/libdialog/checklist.c
==
--- head/gnu/lib/libdialog/checklist.c Tue Aug 24 06:11:46 2010
(r211730)
+++ head/gnu/lib/libdialog/checklist.c Tue Aug 24 06:30:46 2010
(r211731)
@@ -198,6 +198,24 @@ draw:
wnoutrefresh(dialog);
wmove(list, choice, check_x+1);
wrefresh(list);
+
+/*
+ *XXX Black magic voodoo that allows printing to the checklist
+ *window. For some reason, if this "refresh" code is not in
+ *place, printing to the window from the selected callback
+ *prints "behind" the checklist window. There is probably a
+ *better way to do this.
+ */
+draw_box(dialog, box_y, box_x, list_height + 2, list_width + 2,
menubox_border_attr, menubox_attr);
+
+for (i = 0; i < max_choice; i++)
+ print_item(list, items[i * 3], items[i * 3 + 1], status[i], i, i ==
choice, DREF(ditems, i), list_width, item_x, check_x);
+print_arrows(dialog, scroll, list_height, item_no, box_x, box_y, check_x
+ 4, cur_x, cur_y);
+
+wmove(list, choice, check_x+1);
+wnoutrefresh(dialog);
+wrefresh(list);
+/* XXX Black magic XXX */
while (key != ESC) {
key = wgetch(dialog);
___
svn-src-...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
___
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"
