misc/161324: Patch to solve build problem for www/axis2

2011-10-06 Thread Emil

>Number: 161324
>Category:   misc
>Synopsis:   Patch to solve build problem for www/axis2
>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 Oct 06 08:00:18 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: Emil
>Release:8.2-RELEASE
>Organization:
>Environment:
FreeBSD d07r1508.local 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Fri Feb 18 02:24:46 
UTC 2011 r...@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386
>Description:
www/axis2 is broken during installation as per 
http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20110926093045/axis2-1.6.1.log

It seemed to me as if the problem was a missing /usr/local/bin/unzip binary. 

I solved this by adding a build dependency to archivers/unzip
>How-To-Repeat:
Build www/axis2 on pointyhat cluster
>Fix:
Apply patch to Makefile in www/axis2:
"
26a27,28
> BUILD_DEPENDS+=${PORTSDIR}/archivers/unzip
>
"


>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: ports/161324: www/axis2: Patch to solve build problem for www/axis2

2011-10-06 Thread remko
Old Synopsis: Patch to solve build problem for www/axis2
New Synopsis: www/axis2: Patch to solve build problem for www/axis2

Responsible-Changed-From-To: freebsd-bugs->freebsd-ports-bugs
Responsible-Changed-By: remko
Responsible-Changed-When: Thu Oct 6 12:10:21 UTC 2011
Responsible-Changed-Why: 
reassign to ports team

http://www.freebsd.org/cgi/query-pr.cgi?pr=161324
___
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/160895: [puc] [patch] add support for Oxford Semiconductor OXPCIe952 UARTs

2011-10-06 Thread ae
Synopsis: [puc] [patch] add support for Oxford Semiconductor OXPCIe952 UARTs

State-Changed-From-To: patched->closed
State-Changed-By: ae
State-Changed-When: Thu Oct 6 14:35:51 UTC 2011
State-Changed-Why: 
Merged to stable/9 and stable/8. Thanks!

http://www.freebsd.org/cgi/query-pr.cgi?pr=160895
___
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/160895: commit references a PR

2011-10-06 Thread dfilter service
The following reply was made to PR kern/160895; it has been noted by GNATS.

From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: kern/160895: commit references a PR
Date: Thu,  6 Oct 2011 14:33:42 + (UTC)

 Author: ae
 Date: Thu Oct  6 14:33:32 2011
 New Revision: 226061
 URL: http://svn.freebsd.org/changeset/base/226061
 
 Log:
   MFC r225878:
 Add Oxford Semiconductor OXPCIe952 (0x1c38) 1 port serial card.
   
 PR:kern/160895
 Submitted by:  Konstantin V. Krotov
   
   Approved by: re (kib)
 
 Modified:
   stable/9/sys/dev/puc/pucdata.c
 Directory Properties:
   stable/9/sys/   (props changed)
   stable/9/sys/amd64/include/xen/   (props changed)
   stable/9/sys/boot/   (props changed)
   stable/9/sys/boot/i386/efi/   (props changed)
   stable/9/sys/boot/ia64/efi/   (props changed)
   stable/9/sys/boot/ia64/ski/   (props changed)
   stable/9/sys/boot/powerpc/boot1.chrp/   (props changed)
   stable/9/sys/boot/powerpc/ofw/   (props changed)
   stable/9/sys/cddl/contrib/opensolaris/   (props changed)
   stable/9/sys/conf/   (props changed)
   stable/9/sys/contrib/dev/acpica/   (props changed)
   stable/9/sys/contrib/octeon-sdk/   (props changed)
   stable/9/sys/contrib/pf/   (props changed)
   stable/9/sys/contrib/x86emu/   (props changed)
 
 Modified: stable/9/sys/dev/puc/pucdata.c
 ==
 --- stable/9/sys/dev/puc/pucdata.c Thu Oct  6 14:29:38 2011
(r226060)
 +++ stable/9/sys/dev/puc/pucdata.c Thu Oct  6 14:33:32 2011
(r226061)
 @@ -733,6 +733,13 @@ const struct puc_cfg puc_pci_devices[] =
 * http://www.startech.com>
 */
  
 +  {   0x1415, 0xc138, 0x, 0,
 +  "Oxford Semiconductor OXPCIe952 UARTs",
 +  DEFAULT_RCLK * 0x22,
 +  PUC_PORT_NONSTANDARD, 0x10, 0, -1,
 +  .config_function = puc_config_oxford_pcie
 +  },
 +
{   0x1415, 0xc158, 0x, 0,
"Oxford Semiconductor OXPCIe952 UARTs",
DEFAULT_RCLK * 0x22,
 ___
 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"


Re: kern/160895: commit references a PR

2011-10-06 Thread dfilter service
The following reply was made to PR kern/160895; it has been noted by GNATS.

From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: kern/160895: commit references a PR
Date: Thu,  6 Oct 2011 14:35:23 + (UTC)

 Author: ae
 Date: Thu Oct  6 14:35:09 2011
 New Revision: 226062
 URL: http://svn.freebsd.org/changeset/base/226062
 
 Log:
   MFC r225878:
 Add Oxford Semiconductor OXPCIe952 (0xc138) 1 port serial card.
   
 PR:kern/160895
 Submitted by:  Konstantin V. Krotov
 
 Modified:
   stable/8/sys/dev/puc/pucdata.c
 Directory Properties:
   stable/8/sys/   (props changed)
   stable/8/sys/amd64/include/xen/   (props changed)
   stable/8/sys/cddl/contrib/opensolaris/   (props changed)
   stable/8/sys/contrib/dev/acpica/   (props changed)
   stable/8/sys/contrib/pf/   (props changed)
 
 Modified: stable/8/sys/dev/puc/pucdata.c
 ==
 --- stable/8/sys/dev/puc/pucdata.c Thu Oct  6 14:33:32 2011
(r226061)
 +++ stable/8/sys/dev/puc/pucdata.c Thu Oct  6 14:35:09 2011
(r226062)
 @@ -733,6 +733,13 @@ const struct puc_cfg puc_pci_devices[] =
 * http://www.startech.com>
 */
  
 +  {   0x1415, 0xc138, 0x, 0,
 +  "Oxford Semiconductor OXPCIe952 UARTs",
 +  DEFAULT_RCLK * 0x22,
 +  PUC_PORT_NONSTANDARD, 0x10, 0, -1,
 +  .config_function = puc_config_oxford_pcie
 +  },
 +
{   0x1415, 0xc158, 0x, 0,
"Oxford Semiconductor OXPCIe952 UARTs",
DEFAULT_RCLK * 0x22,
 ___
 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"


Re: bin/160573: bsdinstaller(8): 9.0 beta2 & the new bsdinstaller

2011-10-06 Thread Nathan Whitehorn

1. The bsdinstaller welcome screen should have option to select to use
the old sysinstall instead of continuing with the new bsdinstaller.


sysinstall can't be used due to changes in the packaging format. Were it 
updated, this could be revisited.



2. On the select a keyboard language menu screen, there are 9 options
for USA and none of them is the 101 keyboard layout. I've been
installing FBSD since release 4.0 and have never changed the keyboard
from what ever the default was. This keyboard menu should list the first
entry in the list as (default and use the keyboard language as used in
all previous releases. Also the keymap= statment that is placed in
/etc/rc.conf should have a default setting in /etc/defaults/rc.conf.
The system hangs if the keymap= statment is missing from /etc/rc.conf.


The first part of this has been fixed in r226058. The second part (about 
the hangs) isn't actually true.



3.Following the keyboard language menu screen is the "set host name"
screen. It seems that the keyboard language selected in the previous
menu is now in effect and if the keys layout does not line up with your
the keyboard you have, then what ever you enter for the host name is
scrambled, (IE. type in "home" and "dwkc" is what shows on the screen).
There is no option to return to previous keyboard language
menu screen to select different keyboard language. Only option is to
reboot and start all over again from the beginning of the new 
bsdinstaller.


If you press "cancel" there, it will restart the installer and return 
you to the keymap screen.



4. Distribution selection menu screen. The games & ports options are
checked with an asterisk meaning these are the defaults. All the options
on this menu should be blank so user has to make selection. Default
should be no selections.


I disagree strongly here -- sensible defaults are much better than 
forcing selections. Most people want ports, and most people expect games 
and lib32.



5. Final configuration screen has the "add user" option and the OK button
highlighted. Hitting keyboard enter key takes you into add user function
as the default. The exit option should be first in the list so its
highlighted and hitting enter on your keyboard moves you to next menu
screen just like all the other bsdinataller screens do.


Fixed in r226059.


6. At the "Complete screen" when the reboot option is selected the
cd/dvd drive should automatically open so the install media can be
removed just like sysinstall does. If disc1.iso or dvd.iso was installed
to memstick and used to boot from to install the system, then a message
screen should pop out saying the memstick has to be removed now before
the reboot starts. Don't let the reboot occur until the memstick is
removed.


No. (a) this can't possibly work, because the installer is mounted off 
the media, (b) it doesn't have a way to tell if it has been removed, (c) 
sometimes, as in remote installs, you don't want to remove the media, 
and (d) a message to do this, which is provided, is just as friendly.



7. On the partition editor screen the option  should be the
first in the list (ie; left most side) so if user accepts this config,
hitting enter moves to next menu screen instead of having to tab over
taking more time and effort.


An interesting point. I'll think about this.


8. No where in the bsdinstaller is any help available.


That's not true. Many screens (especially in the partition editor) have 
a help line on the bottom explaining what particular buttons and choices do.

-Nathan
___
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/11294: [patch] logger(1) direct logging to other hosts

2011-10-06 Thread eadler
Synopsis: [patch] logger(1) direct logging to other hosts

State-Changed-From-To: closed->open
State-Changed-By: eadler
State-Changed-When: Thu Oct 6 22:22:18 UTC 2011
State-Changed-Why: 
After a more careful reading I agree with mi

http://www.freebsd.org/cgi/query-pr.cgi?pr=11294
___
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/161350: securelevel 3 can be lowered thru ddb

2011-10-06 Thread David O'Brien

>Number: 161350
>Category:   kern
>Synopsis:   securelevel 3 can be lowered thru ddb
>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 Oct 07 05:40:07 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: David O'Brien
>Release:FreeBSD 9.0-CURRENT i386
>Organization:
The FreeBSD Project
>Environment:
System: FreeBSD dragon.NUXI.org 9.0-CURRENT FreeBSD 9.0-CURRENT #669 r223636M: 
Wed Jun 29 17:54:57 PDT 2011 ro...@dragon.nuxi.org:/sys/i386/compile/DRAGON i386
>Description:
'securelevel' is intended to disallow attempts to lower its value
(when set to 1 or larger).

However, one may trivially enter ddb and lower the value.
Given the behavior changes documented in security(7), I believe this
to be against the spirit of 'securelevel' and against the desire of
users of securelevel at 1+.


>How-To-Repeat:
# sysctl kern.securelevel=3
kern.securelevel: 0 -> 3

# sysctl kern.securelevel=0
kern.securelevel: 3
sysctl: kern.securelevel: Operation not permitted

# sysctl debug.kdb.enter=1
KDB: enter: sysctl debug.kdb.enter
[ thread pid 33529 tid 100134 ]
Stopped at 0x808229ab = kdb_enter+0x3b:  movq $0,0x92d732(%rip)
db> print *(prison0 + 0xfc)
   3
db> write (prison0 + 0xfc) 0
0x8103f85c = prison0+0xfc  0x3 = 0
db> print *(prison0 + 0xfc)
   0
db> c
debug.kdb.enter: 0 -> 0

# sysctl kern.securelevel=0
kern.securelevel: 0 -> 0

>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/161350: securelevel 3 can be lowered thru ddb

2011-10-06 Thread obrien
Synopsis: securelevel 3 can be lowered thru ddb

Responsible-Changed-From-To: freebsd-bugs->obrien
Responsible-Changed-By: obrien
Responsible-Changed-When: Fri Oct 7 05:42:44 UTC 2011
Responsible-Changed-Why: 
mine.

http://www.freebsd.org/cgi/query-pr.cgi?pr=161350
___
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"